HDDs in MyBook Gehäuse erst mit SMART Fehler dann wieder ohne

[jemus]

Guten Abend,

ich hatte eine 4TB und eine 8TB im Server laufen.
Dann wanderten sie zwecks Backup wieder in die MyBook Gehäuse.
Beim Kopieren von Daten auf die Platten, zeigte zuerst die 4TB Platte einen Fehler in CrystalDiskInfo "Vorsicht" wegen fehlerhafter Sektoren, dann folgte die 8TB Platte ebenfalls aufgrund fehlerhafter Sektoren.
Dann sprang die 4TB Platte auf "Schlecht" wegen Fehler beim Anlaufen.

Nachdem die Platten einmal getrennt und wieder angeschlossen wurden, waren die Fehler weg.
Ich habe die Platten jeweils mit h2testw und diskpart komplett vollschreiben lassen.

Die Platten waren nun unauffällig und die SMART Fehler von vorher wurden nicht wieder angezeigt.

Ich habe nun den Verdacht, dass hier einfach die in den Gehäusen verbauten Controller falsche Daten an CrystalDiskInfo gemeldet haben.
Denn selbst die fehlerhaften Sektoren von vorher wurde nicht mehr angezeigt.

Hat das wer von euch schon mal beobachtet?

 

[Holt]

zeigte zuerst die 4TB Platte einen Fehler in CrystalDiskInfo "Vorsicht" wegen fehlerhafter Sektoren

Was meinst Du mit fehlerhaften Sektoren? Schwebende Sektoren? Die sind nicht automatisch fehlerhaft, sondern erstmal sind nur die Daten fehlerhaft, was aber verschiedene Ursachen haben kann. Lies mal hier und die folgenden Beiträge, da hatten wir das Thema gerade vor rund einer Woche und danach sollte klar sein wieso die nach dem Überschreiben wieder verschwunden sind und wenn CDI nun Gut und nicht mehr Vorsicht anzeigt, dann ist die Platte in Ordnung wurden wohl durch Vibrationen oder unerwartete Spannunsabfälle während Schreibvorgängen ausgelöst.

Der USB-SATA Bridgechip wird die S.M.A.R.T. Werte sind nicht beeinflussen, da brauchst Du Dir keine Sorgen zu machen, der ermöglicht entweder das sie ausgelesen werden können oder nicht, aber manipulieren wird er die ausgelesenen Werte sicher nicht.

 

[jemus]

Mich hatte auch nur gewundert, dass nach dem Nullen der HDD auch nichts mehr von den vorherigen Fehlern zu lesen war in CDI.
Ich war beispielsweise der Auffassung ein "aktuell schwebender Sektor" wird dann nach komplettem Nullen auf den Reservesektoren neu angelegt und als defekt markiert. Dann würde der Wert bei den Wiederzuweisungsereignissen entsprechend erhöht.
Das stellte sich aber so nicht in den SMART-Werten dar.

So sah es vor dem Durchlauf mit h2testw aus:

-- S.M.A.R.T. --------------------------------------------------------------
ID Cur Wor Thr RawValues(6) Attribute Name
01 200 200 _51 00000000006A Lesefehlerrate ?
03 174 172 _21 000000002042 Mittl. Anlaufzeit ?
04 _93 _93 __0 000000001C58 Start/Stopp-Zyklen d. Spindel
05 200 200 140 000000000000 Anz. wiederzugewiesener Sektoren ?
07 100 253 __0 000000000000 Anz. Suchfehler
09 _85 _85 __0 000000002C7C Betriebsstunden
0A 100 100 __0 000000000000 Anz. misslungener Spindelanläufe ?
0B 100 100 __0 000000000000 Anz. notwendiger Rekalibrierungen ?
0C 100 100 __0 0000000003D5 Anz. Geräte-Einschaltvorgänge
C0 200 200 __0 00000000001C Ausschaltungsabbrüche ?
C1 198 198 __0 000000001C48 Laden/Entladen-Zyklen ?
C2 130 104 __0 000000000016 Temperatur ?
C4 200 200 __0 000000000000 Wiederzuweisungsereignisse ?
C5 200 200 __0 000000000001 Aktuell schwebende Sektoren ?
C6 200 200 __0 000000000000 Nicht korrigierbare Sektoren ?
C7 200 200 __0 000000000000 UltraDMA-CRC-Fehler ?
C8 200 200 __0 000000000000 Schreibfehlerrate ?

Und so sah es nach dem Durchlauf aus:

-- S.M.A.R.T. --------------------------------------------------------------
ID Cur Wor Thr RawValues(6) Attribute Name
01 200 200 _51 00000000006A Lesefehlerrate ?
03 186 172 _21 000000001E0B Mittl. Anlaufzeit ?
04 _93 _93 __0 000000001C6F Start/Stopp-Zyklen d. Spindel
05 200 200 140 000000000000 Anz. wiederzugewiesener Sektoren ?
07 100 253 __0 000000000000 Anz. Suchfehler
09 _85 _85 __0 000000002C8F Betriebsstunden
0A 100 100 __0 000000000000 Anz. misslungener Spindelanläufe ?
0B 100 100 __0 000000000000 Anz. notwendiger Rekalibrierungen ?
0C _99 _99 __0 0000000003EC Anz. Geräte-Einschaltvorgänge
C0 200 200 __0 00000000001C Ausschaltungsabbrüche ?
C1 198 198 __0 000000001C5F Laden/Entladen-Zyklen ?
C2 126 104 __0 00000000001A Temperatur ?
C4 200 200 __0 000000000000 Wiederzuweisungsereignisse ?
C5 200 200 __0 000000000000 Aktuell schwebende Sektoren ?
C6 200 200 __0 000000000000 Nicht korrigierbare Sektoren ?
C7 200 200 __0 000000000000 UltraDMA-CRC-Fehler ?
C8 200 200 __0 000000000000 Schreibfehlerrate ?

 

[Holt]

Ich war beispielsweise der Auffassung ein "aktuell schwebender Sektor" wird dann nach komplettem Nullen auf den Reservesektoren neu angelegt und als defekt markiert. Dann würde der Wert bei den Wiederzuweisungsereignissen entsprechend erhöht.

Nein, denn schwebende Sektoren sind ja nicht immer aufgrund eines Defekts schwebend, haben also korrupte Daten. Dafür kommen ja auch andere Ursachen in Frage und deshalb prüfen die Controller nach dem Überschreiben eines vorher als schwebend erkannten Sektors dann auch, ob die neuen Daten nun korrekt gelesen werden können und nur wenn dies nicht der Fall ist, dort also wirklich ein Fehler auf der Oberfläche des Platter vorliegt, dann wird ein Reservesektor an seiner Stelle verwendet. Sonst nicht, warum auch?

Aber wenn Du den Link in meinem letzten Post gefunden und dort gelesen hast, solltest Du dies ja schon wissen.