Ist die Festplatte ok?

[Amaoto]

Hallo,

ich habe hier eine externe 2,5"-Platte (Seagate), die nicht korrigierbare Sektoren meldete. Nach einem Vollschreiben mit h2testw sind sie aber weg. Ist die Festplatte also wieder ok oder wie? Meldet Seagate schwebende Sektoren (C5) einfach gleichzeitig auch als nicht korrigierbar (C6)?
BB bleibt bei 0x80, ist bei CDI aber blau.



Laut Log sind die Fehler außerdem bei LBA 0x0fffffff aufgetreten, was irgendwie seltsam ist:

Spoiler

SMART Error Log Version: 1
ATA Error Count: 128 (device log contains only the most recent five errors)
    CR = Command Register [HEX]
    FR = Features Register [HEX]
    SC = Sector Count Register [HEX]
    SN = Sector Number Register [HEX]
    CL = Cylinder Low Register [HEX]
    CH = Cylinder High Register [HEX]
    DH = Device/Head Register [HEX]
    DC = Device Command Register [HEX]
    ER = Error register [HEX]
    ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 128 occurred at disk power-on lifetime: 91 hours (3 days + 19 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 40 ff ff ff 4f 00      00:04:51.523  READ FPDMA QUEUED
  ef 03 46 38 36 5a 00 00      00:04:51.510  SET FEATURES [Set transfer mode]
  ef 03 0c 38 36 5a 00 00      00:04:51.499  SET FEATURES [Set transfer mode]
  ec 08 40 38 36 5a 00 00      00:04:51.497  IDENTIFY DEVICE
  00 00 00 00 00 00 00 ff      00:04:47.553  NOP [Abort queued commands]

Error 127 occurred at disk power-on lifetime: 91 hours (3 days + 19 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 40 ff ff ff 4f 00      00:03:45.503  READ FPDMA QUEUED
  60 00 40 ff ff ff 4f 00      00:03:45.501  READ FPDMA QUEUED
  e7 08 40 38 36 5a 00 00      00:03:39.614  FLUSH CACHE
  61 00 08 28 36 5a 40 00      00:03:34.608  WRITE FPDMA QUEUED
  e7 08 40 38 36 5a 00 00      00:03:33.946  FLUSH CACHE

Error 126 occurred at disk power-on lifetime: 79 hours (3 days + 7 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 08 ff ff ff 4f 00      02:26:32.682  READ FPDMA QUEUED
  25 03 08 ff ff ff 4f 00      02:26:29.231  READ DMA EXT
  ef 03 46 08 44 ef 00 00      02:26:29.217  SET FEATURES [Set transfer mode]
  ef 03 0c 08 44 ef 00 00      02:26:29.207  SET FEATURES [Set transfer mode]
  ec 08 40 08 44 ef 00 00      02:26:29.205  IDENTIFY DEVICE

Error 125 occurred at disk power-on lifetime: 79 hours (3 days + 7 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 03 08 ff ff ff 4f 00      02:26:29.231  READ DMA EXT
  ef 03 46 08 44 ef 00 00      02:26:29.217  SET FEATURES [Set transfer mode]
  ef 03 0c 08 44 ef 00 00      02:26:29.207  SET FEATURES [Set transfer mode]
  ec 08 40 08 44 ef 00 00      02:26:29.205  IDENTIFY DEVICE
  00 00 00 00 00 00 00 ff      02:26:25.248  NOP [Abort queued commands]

Error 124 occurred at disk power-on lifetime: 79 hours (3 days + 7 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 ff ff ff 0f  Error: UNC at LBA = 0x0fffffff = 268435455

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 08 ff ff ff 4f 00      02:21:40.698  READ FPDMA QUEUED
  25 03 08 ff ff ff 4f 00      02:21:37.196  READ DMA EXT
  ef 03 46 e8 43 ef 00 00      02:21:37.183  SET FEATURES [Set transfer mode]
  ef 03 0c e8 43 ef 00 00      02:21:37.172  SET FEATURES [Set transfer mode]
  ec 08 40 e8 43 ef 00 00      02:21:37.170  IDENTIFY DEVICE

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%       116         -

Wird LBA nicht richtig gemeldet, oder ist es gar kein Hardware- sondern einfach ein Software-Fehler?

 

[Tramizu]

Es kann auch mit Problemen zu tun haben, bei Festplatten die über USB angeschlossen sind. Manche werden von CDI gar nicht erkannt und andere eventuell falsch ausgelesen.
Dann vielleicht mal schauen, ob der entsprechende Hersteller der Platte da eine Software bereit hält.

 

[whats4]

wenn sektoren einen weg haben, dann kannst du dieser platte nicht mehr vertrauen. never!
auch wenn scheinbar ein vollschreiben mit irgendeinem tool grünes licht gibt.
denn meist ned für lange.
du kannst den bereich, so zusammenhängend, exkludieren, indem du entsprechende partitionen erzeugst. sprich: den schadhaften bereich nicht partitionierst.
wobei mit höchster wahrscheinlichkeit neue wackel-sektoren auftreten werden, bald.
weil eine platte resewrvesektoren hat, und die unauffällig mapt. wenn diese aufgebraucht sind... dann siehst du die ersten schadhaften.

 

[Akkulaus]

@whats4 ist schwierig sowas pauschal zu sagen. HDD kann noch Jahre halten ohne das sich der Wert nochmal ändert oder die Defekte Sektoren steigen permanent weiter an.

Mit dem Tool ''h2testw'' kann man die HDD vollschreiben lassen und am ende die Daten auf lesen überprüfen. Die defekte Daten einfach drauf lassen und den Rest löschen.

So hab ich bei einer 2TB HDD gemacht. 1 Sektor ist Defekt und darauf liegt eine 1GB große Datei von h2testw drauf. Die HDD lebt schon Jahre lang ohne Probleme.

 

[whats4]

ja, kann sie. aber vertrauen, eher nicht.
wenn dann jedenfalls besser für unwichtiges einsetzen.

 

[Akkulaus]

Naja. Man sollte eh von seinen wichtigen Daten immer ein Backup haben.

Eigentlich kann man gar keine HDD vertrauen Weil jede HDD kann plötzlich Defekte Sektoren bekommen ohne Ende.

 

[Tramizu]

SSD´s gehen auch kaputt und das teilweise Hersteller abhängig sogar recht häufig.

 

[whats4]

auch richtig, wichtiges ohne backup is ned wichtig.

aber du weisst, wie die realität aussieht.
florianiprinzip.

 

[Katzenjoghurt]

Immer schwierig.
Würd sie nochmal vollschreiben und dann nochmal mit chkdsk /f /r drüber, damit der auch nochmal ‘nen Sektoren-Check macht.

Auffallend ist ja immerhin, dass die Zahl der wiederzugewiesenen Sektoren nicht zunahm.

Zumindest würd’ ich davon ausgehen, dass die Platte nicht gleich morgen oder übermorgen abamselt.

Persönlich halt’ ich‘s so:
Sobald ich ‘nen wiederzugewiesenen Sektor seh, geht die Platte auf eBay.

 

[I'm unknown]

Sobald ich ‘nen wiederzugewiesenen Sektor seh, geht die Platte auf eBay.

Nur als Hinweis, je nach Firmware könntest du von einer Platte dabei mit diesem System in Lücken laufen:

Siehe Bemerkungen zu 0xC5 und 0xC6

This is a serious shortcoming, for if such a drive contains marginal sectors that consistently fail only after some time has passed following a successful write operation, then the drive will never remap these problem sectors.

[Ironie]Speichermedienhersteller vierdienten sich die letzten Jahre großes Vertrauen indem sie Dinge wie SMR oder wechselnde Komponenten immer ordentlich kommunizierten.[/Ironie]

 

[Katzenjoghurt]

Nur als Hinweis, je nach Firmware könntest du von einer Platte dabei mit diesem System in Lücken laufen:

[…]

Okay, wenn ich immer wieder kommen und gehende schwebende Sektoren hätte, würde ich wohl auch skeptisch. Das hatte ich tatsächlich aber noch nicht.

 

[Inzersdorfer]

Hier wurden bei Selbsttests der Platte 636 nicht lesbare Sektoren gefunden (C6) und als schwebend (C5) vorgemerkt, solche Sektoren werden nach dem nächsten Beschreiben wieder geprüft, wenn sie da gelesen werden können, wird der entsprechende SMART Wert wieder reduziert.

Die 128 unkorrigierbaren (BB) haben keinen entsprechenden Eintrag bei den Lesefehlern, d.h. Sie konnten bei einer der Wiederholungen der Leseversuche doch noch gelesen werden.

Wie immer: nur eine aktuelle Datensicherung schützt vor Datenverlust.

 

[bezelbube]

Im Gegensatz zur dreidimensionalen Zylinder-Kopf-Sektor-Adressierung
(englisch Cylinder/Head/Sector, kurz CHS),
werden die Blöcke beim LBA unabhängig von der Festplattengeometrie adressiert.
Wenn du also einen LBA Fehler bekommst,ist mindestens ein Sektor fehlerhaft

 

[Inzersdorfer]

UNC at LBA sind Lesefehler resp. schwebende Sektoren, interessant hier ist das die letzten 5 Einträge immer der gleiche Sektor waren, das erscheint mir abwegig.

 

[Amaoto]

Würd sie nochmal vollschreiben und dann nochmal mit chkdsk /f /r drüber, damit der auch nochmal ‘nen Sektoren-Check macht.

Ich bin nicht sicher, ob das in diesem Fall tatsächlich etwas bringen kann, aber es ist ohne Fehler durchgelaufen. Die relevanten SMART-Werte haben sich nicht verändert.
Ein erweiterter Self-Test (auch ein paar Stunden) war auch ok.

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Completed without error       00%       121         -
# 2  Short offline       Completed without error       00%       116         -

UNC at LBA sind Lesefehler resp. schwebende Sektoren, interessant hier ist das die letzten 5 Einträge immer der gleiche Sektor waren, das erscheint mir abwegig.

Die Adresse kann nicht stimmen. SN = CL = CH = 0xff wäre ein zu großer Zufall. Entweder wird sie falsch gemeldet (einfach nur ein generischer Wert) oder es ist nie ein Fehler auf der Hardware-Seite passiert.

 

[Katzenjoghurt]

Ich bin nicht sicher, ob das in diesem Fall tatsächlich etwas bringen kann, aber es ist ohne Fehler durchgelaufen. Die relevanten SMART-Werte haben sich nicht verändert.

Ich hatte das zuletzt mal bei einer wankelmütigen Platte, dass chkdsk immer wieder zur Aufdeckung neuer schwebender Sektoren führte. Drum hätte ich das auch hier gemacht - daher der Vorschlag.

Das Ding musste jetzt halt einfach beobachten… oder ersetzen, wenn Du Dich nicht mehr wohl mit ihr fühlst.
Dass Dir jemand (seriös) die Bestätigung geben kann, dass eine schon mal rumzickende Platte ohne erhöhte Sorge weiter benutzt werden kann, musste ich mir auch schon abschminken.

Ich beginne halt dann die Platte zu quälen bis zum geht nicht mehr, um zumindest herauszufinden, ob der aktuelle (grüne) Zustand stabil bleibt. Auf gelb markierte Platten hab ich eh keinen Bock. Schon der Übersicht wegen.

 

[Inzersdorfer]

Die Adresse kann nicht stimmen

Warum genau kann die Adresse nicht stimmen?

 

[Scientist]

Wie Inzersdorfer es schon schrieb. Es liegen beschreibbare, aber problematisch auszulesende Sektoren vor.
Es koennen also Dateien in die jeweiligen Bereiche geschrieben werden, koennen dann nur bedingt fehlerfrei gelesen werden und sind somit ggf. korrupt.

 

[Amaoto]

Warum genau kann die Adresse nicht stimmen?

Prinzipiell kann sie vermutlich schon stimmen, aber wie hoch ist die Wahrscheinlichkeit, dass es von allen möglichen LBAs ausgerechnet 0x0fffffff ist?

 

[Inzersdorfer]

Genauso hoch wie für jeden anderen logischen Sektor, 1 : 3.907.029.168*

*) die von Seagate garantierte Mindestanzahl der nutzbaren Sektoren der ST2000LMxx.