Viele Fehler beim Ausführen von Badblocks mit "seltsamer Wert (4294967295) in do_write"

503
Hashim

Ich badblocksüberprüfe auf fehlerhafte Sektoren auf einer 200 GB IDE / PATA-Festplatte, die jetzt einige Jahre alt ist. Die Platte funktionierte vor einigen Wochen einwandfrei, aber zwischen dem Einlagern von Kurzzeitlagern und dem Wiederausnehmen wird sie von dem Gerät, das ich verwende, nicht mehr erkannt.


Beim Ausführen eines einzelnen destruktiven Lese- und Schreibdurchlaufs auf die Platte badblockswerden bei jeder Stufe der Schreibmuster eine Unmenge identischer Fehler ausgegeben:

Weird value (4294967295) in do_write 

Die Ausgabe meldet, dass es sich um Lesefehler handelt. Wenn Sie cat /proc/partitionsprüfen, ob der Datenträger noch sichtbar ist, ist dies der Fall, der sdcjetzt jedoch 0 Blöcke enthält, in denen er 199148544zuvor ausgeführt badblockswurde.

Darüber hinaus ist die Zahl 4,294,967,295auch der Maximalwert einer vorzeichenlosen Ganzzahl, was für mich ein Zeichen dafür ist, dass etwas nicht so ist, wie es sein sollte.

Wenn badblocksdie Ausführung abgeschlossen ist, wird Folgendes gemeldet :

Pass completed, 398297098 bad blocks found. (398297098/0/0 errors) 

Dies scheint zu sagen, dass die Anzahl der gefundenen fehlerhaften Sektoren genau mit der Anzahl der gemeldeten Lesefehler übereinstimmt, was nicht wahrscheinlich erscheint und wiederum auf etwas Ungewöhnliches hindeutet.

Beim Überprüfen der SMART-Daten der Festplatte mit CrystalDiskInfo wird nur ein nicht korrigierbarer Sektor und der Rest als neu zugewiesen oder als ausstehend gemeldet :

Viele Fehler beim Ausführen von Badblocks mit

Meines Wissens sind neu zugewiesene Sektoren Sektoren, mit denen bereits gearbeitet wurde, und ausstehende Sektoren sind logische / weiche Sektoren, badblocksdie durch Neuzuweisung (oder durch das Erzwingen moderner Festplatten) geklärt werden sollen. Ich kann also nicht erkennen, warum dies so wäre In diesem Fall macht er seine Arbeit nicht.

Warum läuft es badblocksnicht?

Was bedeutet der Fehler weird value (4294967295) in do_writeeigentlich?


Ich bin mir bewusst, dass die Festplatte in Gefahr ist und sich nicht darauf verlassen kann, aber ich habe nicht vor, irgendetwas Unersetzbares darauf zu speichern, und die Festplatte selbst ist mir mehr wert als die Daten, die auf der Festplatte gespeichert werden Deshalb möchte ich gerne herausfinden, was genau falsch ist und / oder badblocks seine Lebensdauer so weit wie möglich maximieren.

0
Ich glaube, 4294967295 ist die Beschränkung der Partitionsgröße (FF FF FF FF) unter Windows. Unter Windows gibt es eine Beschränkung von 2 TB. Es ist in der Anzahl der Sektoren. Weitere Informationen finden Sie unter https://blogs.technet.microsoft.com/askcore/2010/02/18/understanding-the-2-tb-limit-in-windows-storage/ Angesichts dieser Werte könnten Sie versuchen, 0 (aktuelles Windows) zu schreiben Das Formatierungssystem führt dies auf die Festplatte und Neuzuordnung durch, aber ich empfehle Ihnen, es zu sichern, bevor Sie etwas ausprobieren. C6 zeigt an, dass ein Problem auf der Plattenoberfläche oder möglicherweise ein mechanisches Problem vorliegt. Diese Platte scheint nicht wiederherstellbar zu sein. Epoxy vor 6 Jahren 0
Wenn Sie sich die Betriebsstunden ansehen, scheint es nicht alt zu sein (wahrscheinlich weniger als 2 Jahre). In diesem Fall haben Sie möglicherweise noch eine Garantie. Epoxy vor 6 Jahren 0
@ Epoxy Gilt diese Beschränkung der Partitionsgröße nicht nur für NTFS? Es handelt sich nicht um NTFS, sondern um ein proprietäres Dateisystem, und ich hatte bisher keine Probleme mit der Verwendung des Computers oder der Maschine, auf der ich gerade arbeite, um `badblocks` darauf auszuführen. Hashim vor 6 Jahren 0
@Epoxy Bei dem Laufwerk selbst handelt es sich um ein DiamondMax 10, das 2005 veröffentlicht wurde. Die niedrigen Betriebsstunden sind darauf zurückzuführen, dass die Maschine, in der es sich gerade befindet, nicht so oft verwendet wird. Hashim vor 6 Jahren 0
@ Epoxy Was meinst du mit "remap" hier? Hashim vor 6 Jahren 0
Wenn es ein mit dem Diagnosedienstprogramm kompatibles Dateisystem gibt, wird dies etwas anderes erkennen. Falls ein Firmware-Fehler vorliegt und / oder die Software das Dateisystem nicht ermitteln kann, besteht die Möglichkeit, dass falsche Statistiken gemeldet werden. Ich habe es manchmal gesehen (selten). Das proprietäre Dateisystem kann auch bestimmte Festplattenstandards und Einschränkungen aufweisen, die denen ähneln, die mir nicht bekannt sind. Allerdings mit diesen Statistiken. Es ist immer noch schwer zu bestimmen, was es verursacht hat. Epoxy vor 6 Jahren 0
Wenn ein Lesefehler auftritt, wird der Sektor möglicherweise als schlecht markiert, aber auch ein anderer Fehler kann zu Lesefehlern führen. Könnten die beweglichen Köpfe oder die Schaltungsprobleme sein. Sie könnten weiter mit etwas wie Maxtor PowerMax testen. Dies hilft Ihnen, mehr gültige Ergebnisse zu erhalten. (Remap: bearbeitbare Sektoren abbilden und die fehlerhaften Blöcke markieren, um weitere Verwendung zu verhindern) Epoxy vor 6 Jahren 0

0 Antworten auf die Frage