129 Currently unreadable (pending) sectors

[MSfree]

*) Geht vielleicht auch einfacher. Wenn ja, wie?

Soweit ich badblocks verstanden habe, testet das auf Dateisystemebene. Nicht mehr beschreibbare Blöcke werden dann im Dateisystem als schlecht reserviert. Machst du anschließend ein dd auf der Platte, geht die Information, welche Blöcke defekt sind, verloren.

Allerdings merkt sich der Controller der Platte auch, welche Sektoren nicht beschreibbar sind in seiner Defekttabelle. Durch den Lauf mit badblocks (und ggfls. anschließendem dd) trainiert sich auch der Controller neu.

[hikaru]

Soweit ich badblocks verstanden habe, testet das auf Dateisystemebene.

Nein. Badblocks testet auf Geräteebene.

[halo44]

Vielen Dank für die vielen Beiträge und Meinungen zum Thema. Meine eigene Meinung habe ich mir noch nicht endgültig gebildet. Ich neige allerdings dazu die Platte aufzugeben.

129 nicht lesbare Sektoren sind nicht gerade wenige. Entsprechend hoch wäre entsprechend der Aufwand diese Sektoren nach Ermittlung ihrer Adresse mittels badblocks gezielt mit dd zu überschreiben. Auch die zu erwartende Laufzeit von badblocks schreckt mich ab. Ich habe im Jahr 2015 auf genau dieser HDD badblocks mal interessehalber (ohne Anlass) getestet:

Code: Alles auswählen

badblocks -s -v -n /dev/sdb5

Für die getestete Partition mit 30 GB lief das 1:55:45 Stunden. Gezeigt wurde Durchgang beendet, 0 defekte Blöcke gefunden. (0/0/0 Fehler).

Die 3 Partitionen der Platte sind 300, 100 und 50 GB groß. Die geschätzten 30 Stunden Laufzeit für eine 11 Jahre alte Platte mit einer großen Anzahl unlesbarer Sektoren möchte ich nicht aufwenden.

Ich werde allerdings die 50 GB Partition mal mit badblocks untersuchen. Dies wird entsprechend lange dauern. Anschließend werde ich dann meine Entscheidung treffen.

Gruß H.

[hikaru]

Ich habe im Jahr 2015 auf genau dieser HDD badblocks mal interessehalber (ohne Anlass) getestet:

Code: Alles auswählen

badblocks -s -v -n /dev/sdb5

In diesem Fall brauchst du zwingend einen Schreibtest, denn damit badblocks beurteilen kann ob ein Sektor den richtigen Inhalt liefert muss es ja wissen, welcher Inhalt zu erwarten wäre. Und das geht nur, wenn es ihn selbst schreibt.
Außerdem nutzt badblocks standardmäßig eine Blockgröße von 1024 Bytes, was auf modernen HDDs mit 4kB-Blöcken zu unnötigen Zugriffen, und damit zu einer Verlangsamung führt.

Weiterhin bin ich mir nicht sicher, wie moderne HDDs die Blöcke im Detail verwalten und ob man wirklich davon ausgehen kann, dass ein Block zwangsläufig immer der selben Partition zugeordnet ist (bei SSDs ist es ausdrücklich nicht der Fall), oder ob z.B. im Rahmen von NCQ auch mal Blöcke getauscht werden.
Daher halte ich es für fragwürdig, einzelne Partitionen zu testen.

Ich würde also immer die komplette HDD schreibend und mit 4kB-Blöcken testen:

Code: Alles auswählen

badblocks -wsv -b 4096 /dev/sdX

Und ja, dabei gehen die Daten auf der HDD verloren.

[halo44]

Inzwischen habe ich - wie angekündigt - die 50 GB-Partition mit badblocks untersucht. Der Vorgang dauerte 3:38:45 Stunden und brachte keine Fehler. Anschließend habe ich die Partition auf eine externe Festplatte gesichert. Auch hierbei traten keine Fehler auf.

Ich werde allerdings dem Rat von @hikaru folgen und die gesamte Platte mit

Code: Alles auswählen

badblocks -wsv -b 4096 /dev/sdb

untersuchen und später über die HDD entscheiden.

Vorher werde ich noch weitere Sicherungen versuchen. Den Schreibtest werde ich dann erst morgen unternehmen. Bericht folgt.

Gruß H.

[hikaru]

Den Schreibtest werde ich dann erst morgen unternehmen.

Mach's über Nacht!

[halo44]

Mach's über Nacht!

Hab ich gemacht. Die Operation dauerte 18:39:54 Stunden:

Code: Alles auswählen

root@dt-debian:/home/halo44# badblocks -wsv -b 4096 -o /home/halo44/protokoll.txt /dev/sdb
Checking for bad blocks in read-write mode
From block 0 to 122096645
Testing with pattern 0xaa: done
Reading and comparing: done
Testing with pattern 0x55: done
Reading and comparing: done
Testing with pattern 0xff: done
Reading and comparing: done
Testing with pattern 0x00: done
Reading and comparing: done
Pass completed, 0 bad blocks found. (0/0/0 errors)

Fehler wurden keine gefunden, auch ist die protokoll.txt leer. Smartctl zeigt jetzt:

Code: Alles auswählen

197 Current_Pending_Sector  0x0032   200   191   000    Old_age   Always       -       1

Soll ich das jetzt so hinnehmen, oder die HDD noch mittels dd nullen? Bringt das jetzt überhaupt noch was?

Ansonsten würde ich jetzt die Partitionen wieder herstellen.

Vielen Dank für die Hilfe.

Gruß H.

[Livingston]

Code: Alles auswählen

root@dt-debian:/home/halo44# badblocks -wsv -b 4096 -o /home/halo44/protokoll.txt /dev/sdb
Checking for bad blocks in read-write mode
...
Testing with pattern 0x00: done
Reading and comparing: done
Pass completed, 0 bad blocks found. (0/0/0 errors)

Soll ich das jetzt so hinnehmen, oder die HDD noch mittels dd nullen? Bringt das jetzt überhaupt noch was?

Badblocks schreibt 4 mal verschiedene Muster auf die Platte. Im letzten Durchgang sind das Nullen. Nochmal mit dd drüberbraten bringt also nix neues.

[hikaru]

Fehler wurden keine gefunden, auch ist die protokoll.txt leer. Smartctl zeigt jetzt:

Code: Alles auswählen

197 Current_Pending_Sector  0x0032   200   191   000    Old_age   Always       -       1

Soll ich das jetzt so hinnehmen, oder die HDD noch mittels dd nullen?

Ich bin etwas verwirrt. Wenn ich den SMART-Output richtig deute, dann ist da noch ein "pending sector". Ich hätte entweder erwartet, dass jetzt keiner mehr vorhanden ist, oder dass badblocks dir den Sektor ausgibt, weil es ihn nicht beschreiben konnte.
Im zweiten Fall hätte ich nun dazu geraten, mit dd zu versuchen, gezielt diesen Sektor zu überschreiben. Aber ohne Adresse geht das natürlich nicht.

Badblocks schreibt 4 mal verschiedene Muster auf die Platte. Im letzten Durchgang sind das Nullen. Nochmal mit dd drüberbraten bringt also nix neues.

Jein. Es sollte so sein. Meiner Erfahrung nach kann es aber mehrere Versuche benötigen, so einen (teildefekten?) Sektor neu zu schreiben. Danach funktioniert er wieder augenscheinlich normal.

[halo44]

Danke für Eure Einschätzung. Ich werde dann nichts weiter unternehmen. Ich nehme das Ergebnis so hin und werde die Platte wieder ihrem Zweck für Sicherungen zuführen.

Allerdings werde ich die pending sectors im Auge behalten. Wächst sie wieder an, werde ich die Platte durch eine neue ersetzen.

Merkwürdig ist die Sache schon: 129 pending unreadable sectors, aber keine Fehler gefunden und ohne die Platte nach dem Prüflauf gemountet zu haben schon wieder ein Sector.

Gruß H.