An einem unbekannten Punkt wurde das Dirty-Bit auf meinem C: gesetzt (überprüft mit fsutil
) und chkdsk
läuft jetzt bei jedem Booten. Es bricht jedoch immer bei ~51 % ab, sodass das Dirty-Bit nicht ausgeschaltet werden kann. Ich habe die Wiederherstellungskonsole gestartet und fast jede chkdsk
Wiederherstellungsoption ausprobiert ( /f
, /r
, /b
), und sie alle schlagen irgendwie fehl. Soweit ich es verstanden habe, bedeutet dies, dass es Sektoren gibt, die auf eine Weise fehlerhaft sind, die chkdsk nicht verarbeitet (obwohl diese Details offensichtlich unklar sind).
Ich habe einen verzweifelten Vorschlag von einer anderen Site ausprobiert: ein Image des Laufwerks sichern, formatieren, das Image wiederherstellen, aber das hat nichts gebracht... Ich habe Acronis Backup & Restore verwendet und vermute, dass es auch den problematischen Sektor wiederherstellt.
Ich glaube nicht, dass das Laufwerk defekt ist oder bald defekt wird. Es ist eine ziemlich neue Crucial mSATA SSD. Ich schätze, der beschädigte Sektor ist durch so etwas wie einen Stromausfall verursacht worden. Ansonsten gibt es keine Probleme und alles läuft einwandfrei.
Irgendwelche Vorschläge, was ich als nächstes versuchen könnte? Da ich mein Backup-Image erfolgreich übertragen habe, wäre ich bereit, so ziemlich alles auszuprobieren.
Bearbeiten: Zu Ihrer Information, dies ist die chkdsk
Ausgabe bei Verwendung einer der Reparaturoptionen:
Stage 2: Examining file name linkage ...
Correcting error in index $130 for file 203615.
An unspecified error occurred (766f6c756d652e63 461).
Damit ist es vorbei und ich werde zur Eingabeaufforderung zurückgeschickt. Ich habe auch die Vorschläge ausprobiert, die ich für diesen Fehler gesehen habe – Ausführen Dism
und/oder sfc
–, aber keiner hat funktioniert.
Antwort1
Sie sollten zunächst sicherstellen, dass Sie über ein gutes Backup verfügen. Dann sollten Sie auf der Crucial-Site nachsehen, ob es Firmware-Updates für Ihr spezifisches Laufwerksmodell gibt, die diese Probleme beheben. Außerdem würde ich empfehlen, ein Laufwerkstestprogramm auszuführen (Hersteller stellen diese manchmal zur Verfügung, aber ich konnte keins für die Crucial-SSDs finden), das jeden Sektor auf dem physischen Laufwerk testet. (Western Digital bietet beispielsweise die kostenlose Software Data Lifeguard zum Testen von Laufwerken an.) Verlassen Sie sich dabei nicht auf chkdsk. Ich würde eher zu einem fehlerhaften Laufwerk tendieren. Noch einmal: Backup, Backup, Backup!
Antwort2
Die meisten Formatierungstools scheinen die fehlerhaften Sektoren wiederzuverwenden. Ich habe festgestellt, dass das Formatierungstool von Windows XP das einzige war, das die fehlerhaften Sektoren neu zuordnete und durch fehlerfreie ersetzte. Ich kann mich nicht erinnern, ob ich UBCD4WIN (Ultimate Boot CD for Windows) oder eine Windows XP-CD verwendet habe, aber beide enthalten dasselbe Formatierungstool. Das Laufwerk hielt noch ein paar Monate, bevor es erneut formatiert werden musste. Danach hielt es nur noch ein paar Wochen und musste neu formatiert werden, bevor es vollständig den Geist aufgab. Diese Lösung ist also nur vorübergehend.
Kurz gesagt: Verwenden Sie das Formatierungstool von Windows XP, entweder mit UBCD4WIN oder einer WinXP-Installations-CD. Dadurch werden die fehlerhaften Sektoren unter Quarantäne gestellt, anstatt sie wiederzuverwenden. Stellen Sie dann Ihr Backup wieder her. Stellen Sie sicher, dass Sie nicht erneut mit einem anderen Tool formatieren, da sonst die fehlerhaften Sektoren freigegeben und wiederverwendet werden.
Antwort3
Die Lösung ist einfach.
Suchen Sie auf der Festplatte nach AUTOCHK.EXE und benennen Sie alle Instanzen davon in AUTOCHK1.EXE um
Sie können den Computer hochfahren, auf Ihre Programme, Daten und E-Mails zugreifen und Ihre Probleme beheben.
AUTOCHK.EXE sieht aus wie CHKDSK.EXE, ist aber die Version, die von Windows beim Booten aufgerufen wird.
Antwort4
Leider konnte ich das Laufwerk nie mit irgendwelchen Festplattentools reparieren. Ich musste in den sauren Apfel beißen, formatieren, Windows und alle meine Anwendungen neu installieren. Dies scheint ein sehr schlimmer, wenn auch seltener Sonderfall des Windows-Dateisystems zu sein.