Vor kurzem habe ich meine externe NTFS-formatierte 3TB-Festplatte wieder auf meinem Linux-Betriebssystem verwendet, wie ich es immer tue. Nichts Ungewöhnliches. Irgendwann erhielt ich zufällig einen Eingabe-/Ausgabefehler, als ich versuchte, auf Dateien zuzugreifen. Ich versuchte, andere Dinge auf dem Laufwerk zu tun, überprüfte weitere Dateien und es war wirklich langsam und es fühlte sich an, als würde ich mit den letzten Lebensstunden meiner fast toten Festplatte arbeiten. Daher begann ich, meine neuesten Änderungen per Rsync auf das Backup-Laufwerk zu synchronisieren. Leider musste ich den Computer irgendwann neu starten, was mich dazu brachte, erneut Rsync auszuführen, aber dieses Mal blieb es bei einem bestimmten Ordner auf dem Laufwerk hängen, was wieder einen Eingabe-/Ausgabefehler als Ausgabe des Rsync-Fehlerprotokolls ausgab. Ich führte Rsync immer wieder erneut aus und es blieb immer bei diesem Ordner hängen. Bevor ich versuchte, Rsync auszuführen, wollte ich, nachdem ich merkte, dass etwas mit dem Laufwerk nicht stimmte, es per Smartctl ausführen, aber es schlug immer fehl mit
Read Device Identity failed: scsi error medium or hardware error (serious) A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
was mir noch mehr den Eindruck vermittelte, dass etwasernsthaftmit meiner Festplatte stimmt was nicht. Auch hier hat smartctl (mit jeweils anderen Argumenten) bei mir überhaupt nicht funktioniert und es schien, als würde meine Festplatte kaum noch atmen und ich frage mich, was ich als nächstes tun soll, bevor sie komplett den Geist aufgibt. (Hinweis: SMART hat in der Vergangenheit zu 100 % funktioniert. Es ist auch im BIOS aktiviert.)
Das alles geschah unter LINUX. Genauer gesagt auf einem auf Debian-Tests basierenden Derivat.
Wechseln wir also jetzt zur Windows-Ansicht: Irgendwann in der Mitte der oben genannten Ereignissequenz wechselte ich wieder zu Windows und führte ein CHKDSK aus, das einige Fehler behob. Bei der erneuten Ausführung wurden keine neuen Fehler gefunden. Außerdem wusste ich vor ein paar Monaten, bevor dies geschah, dass diese Festplatte genau 600 nicht korrigierbare Sektoren erhielt. Ich überwachte sie und es blieb immer genau bei dieser Zahl.
Was hat Windows nun nach all dem gesagt? Ich habe Windows neu gestartet, um zu prüfen, ob zumindest Crystal Disk Info funktioniert oder ob mir eines der NTFS-nativen Windows-Tools besser helfen könnte. Oh Wunder, Crystal Disk Info hat tatsächlich funktioniert. Ohne lange zu brauchen oder so. Und noch erstaunlicher: Das einzige Problem mit meiner Festplatte warTrotzdemgenau die gleiche Anzahl von 600 nicht korrigierbaren Sektoren. Ich hatte erwartet, dass irgendein totes Stück Metall in den tiefroten Farben von SMART-ville liegt und jede Minute Hunderte neuer nicht korrigierbarer Sektoren hinzukommen. Aber das ist nicht passiert.
Tatsächlich lief unter Windows (fast) alles reibungslos. Die Festplatte war nicht langsam. Ich konnte wie üblich Dateioperationen damit durchführen usw. Das einzige Problem, das tatsächlich (teilweise) migriert wurde, ist der Ordner von früher, der beim Versuch, rsync zu verwenden, einen Eingabe-/Ausgabefehler verursachte. Ich konnte ihn unter Linux nicht einmal manuell löschen oder verschieben. Aber das Helden-Windows 10 rettete die Situation, indem es mich diesen ganzen Ordner nach dem Archivieren tatsächlich löschen ließ. Es dauerte eine Weile, aber es funktionierte.
Hier sind meine Fragen:
- Was könnten die möglichen Gründe dafür sein?
- Warum sagt mir Linux, dass die Festplatte so kaputt ist, dass ich sie nicht einmal per SMART-Verfahren überprüfen kann, obwohl das mit einem Windows-Programm möglich ist?
- Warum ist die Festplatte beim Booten unter Linux sehr langsam und nervig, funktioniert unter Windows aber ziemlich gut?
Ich möchte das verstehen...
Antwort1
Ich habe alles mit etwas Mühe von dieser Festplatte auf eine andere verschoben. Nachdem ich sichergestellt hatte, dass alles gesichert war, löschte ich die einzige Partition dieser Festplatte in der Datenträgerverwaltung von Windows. Anschließend startete ich PowerShell, initiierte diskpart, wählte die richtige Festplatte aus, gab den clean allBefehl ein, der die gesamte Festplatte von A bis Z überschrieb. Zum Glück war nach Abschluss der Bereinigung sogaralleDie ausstehenden und nicht korrigierbaren Sektoren sind verschwunden. Nach 2 Tagen Beobachtung und Überprüfung von SMART sind sie noch nicht wieder aufgetaucht.