CHKDSK zeigt denselben Fehler auch nach der Behebung (Windows 7 SP1)

Question

Ich habe eine 6TB-Datenfestplatte (mechanisch SATA) auf meinem Windows 7 SP1-Computer (64-Bit). Es ist nicht mein Startlaufwerk. Ich verwende es nur zum Speichern von Datendateien.

Heute Morgen ist mein Computer eingefroren und hat einen Bluescreen angezeigt (ich habe experimentelle Software getestet). Dann hat er neugestartet.

Nach dem Neustart habe ich es ruhen lassen und dann das übliche CHKDSK auf allen Laufwerken durchgeführt.

CHKDSK D: zeigte dieses Ergebnis:

C:\Windows\system32>chkdsk d:
The type of the file system is NTFS.
Volume label is DATA.

WARNING!  F parameter not specified.
Running CHKDSK in read-only mode.

CHKDSK is verifying files (stage 1 of 3)...
  955904 file records processed.
File verification completed.
  3679 large file records processed.
  0 bad file records processed.
  0 EA records processed.
  0 reparse records processed.
CHKDSK is verifying indexes (stage 2 of 3)...
  1056164 index entries processed.
Index verification completed.
  0 unindexed files scanned.
  0 unindexed files recovered.
CHKDSK is verifying security descriptors (stage 3 of 3)...
  955904 file SDs/SIDs processed.
Security descriptor verification completed.
  50131 data files processed.
CHKDSK is verifying Usn Journal...
100 percent complete. (754974720 of 754974952 USN bytes processed)
Examining Usn Journal file record segment.
  754974952 USN bytes processed.
Usn Journal verification completed.
Windows found problems with the file system.
Run CHKDSK with the /F (fix) option to correct these.

   5723036 MB total disk space.
   5152491 MB in 789170 files.
    344292 KB in 50132 indexes.
         0 KB in bad sectors.
   6133411 KB in use by the system.
     65536 KB occupied by the log file.
 577760848 KB available on disk.

      4096 bytes in each allocation unit.
1465097471 total allocation units on disk.
 144440212 allocation units available on disk.

Also habe ich sofort CHKDSK D: /F /V ausgeführt, um das Problem zu beheben. Die Ergebnisse sind unten dargestellt.

C:\Windows\system32>chkdsk d: /F /V
The type of the file system is NTFS.
Volume label is DATA.

CHKDSK is verifying files (stage 1 of 3)...
  955904 file records processed.
File verification completed.
  3679 large file records processed.
  0 bad file records processed.
  0 EA records processed.
  0 reparse records processed.
CHKDSK is verifying indexes (stage 2 of 3)...
  1056164 index entries processed.
Index verification completed.
  0 unindexed files scanned.
  0 unindexed files recovered.
CHKDSK is verifying security descriptors (stage
  955904 file SDs/SIDs processed.
Cleaning up 1 unused index entries from index $SII of file 9.
Cleaning up 1 unused index entries from index $SDH of file 9.
Cleaning up 1 unused security descriptors.
Security descriptor verification completed.
  50131 data files processed.
CHKDSK is verifying Usn Journal...
100 percent complete. (754974720 of 754977872 U
Repairing Usn Journal file record segment.
  754977872 USN bytes processed.
Usn Journal verification completed.
Windows has made corrections to the file system

   5723036 MB total disk space.
   5149491 MB in 789170 files.
    344292 KB in 50132 indexes.
         0 KB in bad sectors.
   6133411 KB in use by the system.
     65536 KB occupied by the log file.
 580832844 KB available on disk.

      4096 bytes in each allocation unit.
1465097471 total allocation units on disk.
 145208211 allocation units available on disk.

CHKDSK meldet also, dass das Problem nun behoben ist. Um sicherzugehen, führe ich CHKDSK D: noch einmal aus und es meldet genau dasselbe Problem, als ob nichts behoben worden wäre.

Ich habe diese Schleife jetzt 4 Mal ausprobiert. Ich führe CHKDSK D: aus und es meldet Probleme. Also führe ich CHKDSK /F /V aus und es sagt, die Probleme seien behoben. Aber wenn ich CHKDSK D: erneut ausführe, meldet es dieselben Probleme wie ursprünglich. Und es gerät in eine Schleife.

Ich führe CHKDSK von einer Eingabeaufforderung mit erhöhten Rechten aus. Ich habe es auch im abgesicherten Modus versucht und habe identische Ergebnisse erhalten. Ich habe mehrmals neu gestartet und immer dieselben Ergebnisse.

Beachten Sie, dass beim ersten Ausführen von CHKDSK /F /V angezeigt wurde, dass etwa 167 unbenutzte Indexeinträge bereinigt wurden. Seitdem habe ich es jedoch jedes Mal ausgeführt, wenn es gemeldet wurde, dass 1 unbenutzter Indexeintrag bereinigt wurde. Es konnten also offensichtlich alle unbenutzten Indexeintragsfehler bis auf einen behoben werden, aber es ist nicht möglich, einen einzigen davon zu beheben.

Ich habe also 3 Fragen:

• Kann ich das Problem, das ich hier habe, beheben?
• CHKDSK D: /F /V zeigt nach dem Bit „Sicherheitsdeskriptoren“ die Zeilen „Wird bereinigt...“ an. Bedeutet das, dass der Fehler in den Sicherheitsdeskriptoren liegt, und wenn ja, ist das schwerwiegend und muss ich mir deswegen Sorgen machen?
• Ich muss die Festplatte in etwa einem Monat austauschen. Wenn ich alle Dateien mit einem einfachen Kopieren und Einfügen im Windows Explorer kopiere, sollte das Problem mit dem nicht verwendeten Indexeintrag nicht auf die neue Festplatte übertragen werden, ist das richtig? Wenn die Dateien kopiert werden, kann ich einfach davon ausgehen, dass sie intakt sein müssen und dass das Ausführen von CHKDSK auf der neuen Festplatte nach dem Kopieren keine nicht verwendeten Indexeinträge melden sollte. Ist das richtig?

CHKDSK erstellt keinen FOUND-Ordner und scheint keine .chk-Dateien zu speichern. Es meldet keine anderen Fehler als „Nicht verwendeter Indexeintrag wird bereinigt“. Ich weiß es also nicht, aber für mich klingt es nicht so, als ob irgendwelche Dateien fehlen oder beschädigt sind.

Vielen Dank.

Answer 1

Ich habe das endlich gelöst. Es wird durch ein Problem mit dem Usn-Journal verursacht.

Die Schlüsselinformation im CHKDSK-Ergebnis ist diese:

CHKDSK is verifying Usn Journal...
100 percent complete. (754974720 of 754974952 USN bytes processed)
Examining Usn Journal file record segment.
  754974952 USN bytes processed.
Usn Journal verification completed.

Vergleichen Sie das mit einem erfolgreichen CHKDSK-Ergebnis:

CHKDSK is verifying Usn Journal...
  247720 USN bytes processed.
Usn Journal verification completed.

Sie wissen also, dass möglicherweise etwas mit dem Usn Journal nicht stimmt, wenn CHKDSK Folgendes meldet:

100 percent complete. (754974720 of 754974952 USN bytes processed)
Examining Usn Journal file record segment.

Zunächst wird also die Verarbeitung von 754974720 von 754974952 Bytes gemeldet – es sieht so aus, als ob nicht alle verarbeitet wurden. Anschließend wurde ein Datensatzsegment der Usn-Journaldatei untersucht. Obwohl dort die Meldung „Usn-Verifizierung abgeschlossen“ angezeigt wurde, bestätigen die Zeilen davor, dass ein Problem mit dem Usn-Journal vorliegt.

Um das Problem zu lösen, habe ich einfach das Usn-Journal für das Laufwerk gelöscht, bei dem CHKDSK fehlgeschlagen ist.

Ich habe das mit diesem Befehl gemacht (von einer Eingabeaufforderung mit erhöhten Rechten):

fsutil usn deletejournal /D /N D:

(wobei D: der Laufwerksbuchstabe ist).

Nachdem Sie dies ausgeführt haben, können Sie bestätigen, dass das Journal tatsächlich verschwunden ist, indem Sie Folgendes ausführen:

fsutil usn queryjournal D:

Wenn das Journal nicht mehr vorhanden ist, wird ein Fehler angezeigt. Wenn es noch vorhanden ist, wird eine Datentabelle angezeigt.

Das Usn-Journal wird automatisch neu erstellt, sobald ein Programm darauf zugreifen möchte. In meinem Fall wurde es nicht sofort neu erstellt, also habe ich Windows Search installiert (was ich normalerweise deaktiviert habe), weil ich weiß, dass Windows Search das Usn-Journal verwendet. Nach dem obligatorischen Windows-Neustart wurde das Usn-Journal automatisch neu erstellt.

CHKDSK meldet jetzt Folgendes:

CHKDSK is verifying files (stage 1 of 3)...
  1130496 file records processed.
File verification completed.
  4961 large file records processed.
  0 bad file records processed.
  0 EA records processed.
  0 reparse records processed.
CHKDSK is verifying indexes (stage 2 of 3)...
  1242084 index entries processed.
Index verification completed.
  0 unindexed files scanned.
  0 unindexed files recovered.
CHKDSK is verifying security descriptors (stage 3 of 3)...
  1130496 file SDs/SIDs processed.
Security descriptor verification completed.
  55795 data files processed.
CHKDSK is verifying Usn Journal...
  18696 USN bytes processed.
Usn Journal verification completed.
Windows has checked the file system and found no problems.

Das Löschen des Usn-Journals hat das Problem also behoben. Alle Usn-Bytes wurden verarbeitet und es gab keine Prüfung der Usn-Bytes. Offensichtlich ist die Anzahl der verarbeiteten Bytes viel geringer, weil ich das Usn-Journal gelöscht habe, sodass das neue Usn-Journal (noch) nicht viel Dateiverlauf enthält.

Bei meinem Heimgebrauch verursacht das Löschen des Usn-Journals nur ein vorübergehendes Problem mit VAC-Spielen (Steam). So wie ich das verstehe, liest VAC das Usn-Journal, um nach Cheats zu suchen, sodass Cheater dies umgehen, indem sie das Usn-Journal regelmäßig löschen. Steam weiß das, also werfen sie Sie aus VAC-fähigen Spielen raus, wenn Ihr Usn-Journal leer (oder sehr klein) ist.

Ich weiß es nicht, aber ich habe gelesen, dass man nach dem Löschen des Usn-Journals am besten etwa 24 Stunden wartet, bevor man VAC-fähige Spiele auf Steam ausführt. Das gibt genug Zeit, damit das Usn-Journal einigermaßen gut gefüllt wird.

Manche sagen vielleicht, es sei normal, dass CHKDSK ein Problem mit dem Usn-Journal meldet, weil das Usn-Journal möglicherweise aktiv ist, während CHKDSK ausgeführt wird. Ich habe CHKDSK jedoch auch im abgesicherten Modus ausprobiert und es immer wieder versucht und immer das gleiche Ergebnis erhalten.

Andere könnten sagen, dass ich nichts tun muss und es einfach ignorieren kann, da das Problem nur beim Usn-Journal liegt (da es ja nur das Usn-Journal ist, handelt es sich also nicht um kritische Informationen). Das stimmt wahrscheinlich, aber ich möchte, dass CHKDSK ein erfolgreiches Ergebnis meldet. Allerdings ist das Usn-Journal NICHT das NTFS-Dateisystemjournal. Das NTFS-Dateisystemjournal ist kritisch, aber das Usn-Journal ist eher kosmetischer Natur.

Das Kopieren des gesamten Laufwerkinhalts auf ein neues Laufwerk hätte das Problem ebenfalls behoben, da das neue Laufwerk über ein eigenes Usn-Journal verfügen würde. Diese Lösung würde jedoch viel länger dauern und erheblich teurer sein.

Wenn also dieses Problem auftritt, bei dem CHKDSK ein Problem meldet und es so aussieht, als sei nur das Usn-Journal die Ursache dafür (CHKDSK erwähnt also keine anderen Probleme), möchten Sie es möglicherweise ignorieren oder das Usn-Journal für dieses Laufwerk löschen.

Answer 2

Das klingt nach einem Hardwarefehler.

Wenn Sie CHKDSK, CrystalDiskInfo oder eine andere Software ausführen, kann diese normalerweise höchstens einen Bericht über die Daten und Metadaten erstellen, die ihr von der physischen Festplatte und ihrem Controller übermittelt wurden.

CHKDSK kann Datenzuordnungs- oder Strukturprobleme mit den formatierten Daten auf Ihrer Festplatte beheben, aber es kann keine physischen Gerätefehler beheben. (Die Ausnahme ist, wenn ein isolierter Teil Ihrer physischen Festplatte defekt ist. CHKDSK kann dies erkennen und den defekten Teil der Festplatte von den für Ihre Daten verwendeten Teilen ausschließen. Die Tatsache, dass Sie immer wieder Fehler sehen, nachdem CHKDSK die Reparatur Ihrer Festplatte gemeldet hat, deutet darauf hin, dass es wahrscheinlich schlimmer ist.)

Natürlich gibt es physische Tests, aber diese sind möglicherweise nicht schlüssig (da ein fehlerhaftes Gerät wahrscheinlich inkonsistente Ergebnisse von einem Test zum nächsten liefert). Und ein vollständiger physischer Test auf niedriger Ebene würde wahrscheinlich Daten zerstören, daher sollten Sie einen solchen Test nicht auf einem Laufwerk ausführen, das Daten enthält, die Sie benötigen.

Fazit: Sichern Sie Ihre Daten schnell! Und sehen Sie sich nach Möglichkeiten zum Austauschen von Laufwerken um – Sie können sich den Luxus, wie geplant einen Monat zu warten, bis Sie eine neue Festplatte benötigen, möglicherweise nicht leisten.

Ob es Probleme beim Sichern der Daten von dieser Platte geben wird, hängt von den genauen Details des Fehlers ab. Mit etwas Glück können Sie die meisten Ihrer Daten retten, aber je länger Sie warten, desto größer ist das Risiko, dass immer mehr Ihrer Daten verloren gehen.