So diagnostizieren und reparieren Sie diesen NTFS-Datenträger

1192
Zhro

Ich habe einen Windows-Speicherplatz, der ein Array mit 8 Laufwerken ist, das für Parität konfiguriert und als NTFS formatiert ist. Gestern habe ich einige Dateien über die Registerkarte Sicherheit im Eigenschaftendialog eines Ordners gewartet, um eine große Anzahl von Dateien rekursiv zu ändern. Kein anderer Prozess arbeitete mit dieser Platte.

Irgendwann hat der Prozess eine Datei blockiert und ich habe den Vorgang zum Abbrechen angefordert. Es wurde eine Warnung ausgegeben, dass die Berechtigungen in einem inkonsistenten Zustand verbleiben würden, aber ich entschied, dass ich Probleme später korrigieren kann. Der Explorer ist gesperrt und das Volume reagiert nicht mehr. Ich habe versucht, den Computer herunterzufahren, was zu einem Blockieren von Windows führte.

Beim Neustart hatte ich eine Reihe von Problemen beim Einrichten der betroffenen Partition. Alle anderen Partitionen haben kein Problem.

Hinweis zur Anmerkung:

Storage Spaces erkennt den Pool und identifiziert ihn sowie alle darin enthaltenen Laufwerke als "OK" (fehlerfrei). Ich kann das gestörte Volume erfolgreich bereitstellen, aber bei jedem Zugriff wird der Prozess blockiert, bis der gesamte Pool offline ist.

Zum Beispiel in CMD:

> dir \\?\Volume\ The device is not ready.  > mountvol z: \\?\Volume\ > dir z: 

Die Aufforderung wird gesperrt, bis der Pool endgültig offline ist. Die Eingabeaufforderung liefert den Fehler:

The parameter is incorrect.

Berichte über Speicherbereiche und Fehlerstatus sowie den folgenden Status für den Pool. Alle physischen Laufwerke melden sich weiterhin als "OK" an:

Offline due to critical write failures; add drives

Und die Ereignisanzeige sagt Folgendes:

Ereignis 140, NTFS (Microsoft-Windows-NTFS) - WARNUNG

Das System konnte die Daten nicht in das Transaktionslog schreiben. In VolumeId: Z :, DeviceName: \ Device \ HarddiskVolume78 kann eine Beschädigung auftreten. (Es wurde ein Gerät angegeben, das nicht vorhanden ist.)

Fehler 0xc000000e

und

Ereignis 50, NTFS - WARNUNG

Windows konnte nicht alle Daten für die Datei speichern. Die Daten sind verloren gegangen. Dieser Fehler kann durch einen Fehler Ihrer Computerhardware oder Netzwerkverbindung verursacht werden. Bitte versuchen Sie, diese Datei an anderer Stelle zu speichern.

Wenn Sie versuchen, ein chkdskVolume auf dem Volume oder einen Mount-Point auszuführen, wird dieselbe Blockierung mit denselben Ereigniswarnungen ausgelöst, und der Pool wird offline geschaltet.

Da der Pool aufgrund eines Schreibfehler immer offline ging, konnte ich die Daten wiederherstellen, indem das Volume schreibgeschützt gemountet wurde:

> diskpart DISKPART> list disk DISKPART> select disk 13 DISKPART> attributes disk set readonly 

Die Platte wurde wieder online gestellt:

DISKPART> online disk 

Und das Volume wurde gemountet:

DISKPART> select volume 2 DISKPART> assign letter z 

Der Zugriff auf alle Dateien wurde wiederhergestellt und eine Sicherung wurde durchgeführt.

Nun, da ich alle meine Daten zurückbekommen habe, habe ich viele Fragen. Erstens weiß ich nicht einmal, was falsch gelaufen ist oder warum die Lautstärke so durcheinander ist.

Ich bekomme keine Fehler von chkdsk:

> chkdsk z: The type of the file system is NTFS. Volume label is Development.  WARNING! /F parameter not specified. Running CHKDSK in read-only mode.  Stage 1: Examining basic file system structure ... 526336 file records processed. File verification completed. 0 large file records processed. 0 bad file records processed.  Stage 2: Examining file name linkage ... 6 reparse records processed. 627238 index entries processed. Index verification completed. 0 unindexed files scanned. 0 unindexed files recovered to lost and found. 6 reparse records processed.  Stage 3: Examining security descriptors ... Security descriptor verification completed. 50451 data files processed.  Windows has scanned the file system and found no problems. No further action is required.  134218748 KB total disk space. 48483444 KB in 475729 files. 61908 KB in 50453 indexes. 0 KB in bad sectors. 2175476 KB in use by the system. 65536 KB occupied by the log file. 83497920 KB available on disk.  4096 bytes in each allocation unit. 33554687 total allocation units on disk. 20874480 allocation units available on disk. 

Dies ist alles, was ich tun kann, da jeder Versuch, das Volume zu berühren, wenn es nicht schreibgeschützt ist, dazu führt, dass der Prozess blockiert und der Pool schließlich offline geht.

> chkdsk z: /r The type of the file system is NTFS. Windows cannot run disk checking on this volume because it is write protected.  > chkdsk z: /f The type of the file system is NTFS. Windows cannot run disk checking on this volume because it is write protected.  > chkdsk z: /scan The type of the file system is NTFS. Shadow copying the specified volume is not supported.  A snapshot error occured while scanning this drive. Run an offline scan and fix.  > chkdsk z: /offlinescanandfix The type of the file system is NTFS. Windows cannot run disk checking on this volume because it is write protected. 

Das Volume wird auch nicht als "dirty" gemeldet:

> chkntfs z: The type of the file system is NTFS. Z: is not dirty. 

Ich weiß immer noch nicht, was los ist oder was passiert ist. Die Lautstärke ist immer noch schlecht. Ich könnte es löschen und neu beginnen, aber ich weiß nicht, was das Problem ist. Ich denke, es ist nur Software und etwas mit dem Dateisystem nicht in Ordnung, aber das ist nur eine Vermutung.

Irgendwelche Gedanken, wie man dies weiter diagnostizieren kann oder wie man das Volume nach Möglichkeit reparieren kann?

AKTUALISIEREN

Ich habe die Festplatte als schreibgeschützt, das Volume jedoch als schreibgeschützt festgelegt. Beim Versuch, die Festplatte zu prüfen, wird sie als RAW anstelle von NTFS gemeldet:

> chkntfs \\?\Volume The type of the file system is RAW. Cannot query state of drive \\?\Volume  > chkdsk \\?\Volume The type of the file system is RAW. CHKDSK is not available for RAW drives. 

Wenn ich es einhänge und dann überprüfe, wird es richtig erkannt (immer noch als schreibgeschützt):

> mountvol z: \\?\Volume  > chkntfs \\?\Volume The type of the file system is NTFS. \\?\Volume is not dirty. 

Wird erneut als Lese- / Schreibzugriff auf das Volume gemountet, blockiert jedoch selbst dann, wenn versucht wird, einen Offline-Scan durchzuführen:

> chkdsk \\?\Volume /offlinescanandfix Cannot open volume for direct access. 

(Der Pool ging offline)

0

0 Antworten auf die Frage