Apple SSD-Status> 4.2 TB, wie kann ich feststellen, dass es tot ist?

426
kenorb

Ich habe SSD Health (512 GB) auf meinem MacBook Pro (Ende 2013) installiert, das die folgenden Statistiken anzeigt:

Apple SSD Health app, Wear Leveling, Work time

Normalerweise sollte der Health-Status den Prozentsatz anzeigen, es werden jedoch> 4252 GB geschriebene Daten angezeigt.

Ich habe kürzlich einen Datenverlust erlebt (z. B. werden kopierte Dateien mit NULL-Werten gefüllt, SHA256-Unstimmigkeiten bei der Installation von Paketen usw.) und First Aid hat festgestellt, dass HD beschädigt ist (Beendigungscode 8). Bedeutet dies, dass meine SSD tot ist und ersetzt werden muss (wenn ja, auf welcher Information genau)? Sollten SSD-Laufwerke andererseits nicht mindestens 10 Jahre funktionieren?

Hier einige Beispiele für reproduzierbare Datenverluste:

$ wget -q https://homebrew.bintray.com/bottles/glibmm-2.54.1.sierra.bottle.tar.gz $ ls -la glibmm-2.54.1.sierra.bottle.tar.gz  -rw-r--r-- 1 kenorb staff 10033965 Sep 18 22:54 glibmm-2.54.1.sierra.bottle.tar.gz $ gzip -t glibmm-2.54.1.sierra.bottle.tar.gz  gzip: glibmm-2.54.1.sierra.bottle.tar.gz: unexpected end of file gzip: glibmm-2.54.1.sierra.bottle.tar.gz: uncompress failed $ cp -v /Volumes/SSD-256G/file.txt . # Copy file from the external SSD. '/Volumes/SSD-256G/file.txt' -> './file.txt' $ diff /Volumes/SSD-256G/file.txt file.txt Binary files /Volumes/SSD-256G/file.txt and file.txt differ $ hexdump file.txt 0000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 * 1b86060 00 00 00 00 00 00  1b86066
1
Die Daten weisen nichts darauf hin, dass auf dem Laufwerk Probleme aufgetreten sind. Daniel B vor 6 Jahren 1
Nach meiner Erfahrung ist die SSD-Gesundheit nicht zuverlässig und kann irreführende Informationen enthalten. Wenn der Wert des Attributs 173 korrekt ist, besteht Anlass zur Sorge. Normalerweise zeigt dies Abnutzung an und beginnt bei 200 und sinkt dann, wenn Daten geschrieben werden. Ein Wert unter 100 wird als Problem betrachtet, aber es würde viel mehr als 4 TB dauern, um dorthin zu gelangen. Verwenden Sie ein anderes Werkzeug, um zu sehen, ob die Messwerte konsistenter sind. James P vor 6 Jahren 1

2 Antworten auf die Frage

2
Greendrake

" Kopierte Dateien werden mit NULL-Werten gefüllt, SHA256-Übereinstimmungen " sind tatsächlich Hinweise auf einen möglichen Ausfall der SSD. Ich würde nicht erwarten, dass eine SSD 10 Jahre alt wird, wenn Sie sie nicht im Regal aufbewahren.

Wenn dieselbe Datei md5 path/to/filebei zwei Versuchen unterschiedlich liest (z. B. unterschiedliche Hashwerte ergibt), ist dies ein ausreichender Hinweis darauf, dass die SSD endgültig krank ist (natürlich vorausgesetzt, dass die Datei nicht geändert wird). Sie können dies an jeder großen Datei testen, je größer, desto besser.

Wenn dieser Test erfolgreich ist, können Sie für die gesamte Festplatte dasselbe tun. Sie müssen von einem anderen bootfähigen Medium booten, von dem aus Sie den Hash der gesamten SSD berechnen können. Booten Sie beispielsweise in Linux Live USB / CD und führen Sie es md5sum /dev/sd<your ssd letter>zweimal aus - die Ergebnisse müssen für eine gesunde Festplatte passen.

Wenn die oben genannten Tests bestanden werden, während Sie noch in Linux gebootet sind, führen Sie einen kurzen und dann einen langen Test durch smartctl:

smartctl -t short /dev/sd<your ssd letter> # results can be seen after a few minutes smartctl -t long /dev/sd<your ssd letter> # a few hours to wait
0
kenorb

Das Apple- fsck_hfsTool bietet die -SMöglichkeit, die Festplatte nach fehlerhaften Blöcken zu durchsuchen.

Zum Beispiel:

diskutil list # Note the disk path. fsck_hfs -S /dev/disk22

Dadurch wird die gesamte Festplatte nach https://en.wikipedia.org/wiki/Bad_sector gescannt und festgestellt, ob die Festplatte beschädigt ist oder ob die Software repariert werden sollte.

Um zu verhindern, dass die Festplatte angehängt wird, starten Sie das System am besten über einen Einzelmodus oder über das macOS-Installationsprogramm (USB oder DVD) und starten Sie die Terminal- App.

Beispielbefehle zum Reparieren des verschlüsselten Volumes (als Root- Benutzer):

diskutil coreStorage list # Note the UUID. diskutil coreStorage unlockVolume 11111111-2222-3333-4444-555555555555 diskutil umount /dev/disk22 # Unmount after it was mounted with write access. fsck_hfs -y /dev/disk22 # Check and repair any errors. fsck_hfs -S /dev/disk22 # Scan entire disk for the bad blocks.

Wenn Fehler erfolgreich behoben wurden und keine fehlerhaften Blöcke vorhanden sind, kann das Vertrauen in die SSD-Integrität stimmen. Wenn jedoch noch einige Festplattenfehler und keine fehlerhaften Blöcke vorhanden sind, kann Reparatursoftware von Drittanbietern verwendet werden (z. B. DiskWarrior kann beschädigte Verzeichnisse / Dateien reparieren und die Festplatte mithilfe der SMART-Diagnose diagnostizieren).

Verwandte Probleme