CHKDSK hat die Partition zu einer „GPT-Schutzpartition“ gemacht? Wie kann ich sie wiederherstellen?

Question

Hintergrund

Ich habe ein 2-TB-Laufwerk in ein SATA-zu-USB3.0-Gehäuse gesteckt und 1 TB Daten darauf kopiert. Es war ein 2,5-Zoll-Laufwerk mit 5300 U/min, also hat es fast 20 Stunden gedauert. Ich bin ein paranoider Typ, also habe ich vor dem Kopieren der Daten mit TotalCommander SHA256-Prüfsummen für alles erstellt, was ich kopieren wollte, und dann die kopierten Daten auf dem neuen USB-Laufwerk überprüft. Ich habe zwei weitere Teile desselben Gehäuses für zwei weitere Festplatten verwendet, allerdings 1 TB. Hatte nie Probleme.

Problem

Während ich die Prüfsummen überprüfte, bemerkte ich im Windows 10-Wartungscenter eine Benachrichtigung mit einem roten „X“, die mich aufforderte, mein Dateisystem zu überprüfen. Es wurde nicht angezeigt, welches, aber ich klickte trotzdem darauf. Es passierte nichts, also führte ich die Ereignisanzeige aus, um zu sehen, was passiert war. Ich sah drei EventID 55-Ereignisse im Zusammenhang mit Fehlern auf meinem neuen Volume, eines davon besagte, dass es „:$I30:$INDEX_ALLOCATION”beschädigt ist, zwei andere besagten, dass die beschädigte Datei ist <can't determine file name>. Ich stoppte alle Vorgänge auf dem Volume und führte chkdsk /Fes aus, aber da es beschwerte, dass eine andere Software auf die Festplatte zugreift, entfernte ich einen Laufwerksbuchstaben mithilfe des Datenträgerverwaltungsprogramms. Als ich vorhatte, einen Buchstaben erneut hinzuzufügen, damit chkdsk ihn reparieren konnte, sah ich plötzlich alle Optionen ausgegraut und die Partition wurde als angezeigt Healthy (GPT Protective Partition). Dies ist der Typ EEhgemäßdieser Wikipedia-Artikel.

Die Festplatte war nie GPT. Ich sehe immer noch eine Option, Convert to GPT diskwenn ich im Datenträgerverwaltungstool mit der rechten Maustaste darauf klicke. Unten finden Sie eine Ausgabe DETAIL DISKund DETAIL PARTITIONBefehle von DISKPART:

DISKPART> detail disk
ST2000LM003 HN-M201RAD
Disk ID: 08686B3E
Type   : RAID
Status : Online
Path   : 2
Target : 0
LUN ID : 0
Location Path : PCIROOT(0)#PCI(1700)#RAID(P02T00L00)
Current Read-only State : No
Read-only  : No
Boot Disk  : No
Pagefile Disk  : No
Hibernation File Disk  : No
Crashdump Disk  : No
Clustered Disk  : No
There are no volumes.

DISKPART> detail partition
Partition 1
Type  : EE
Hidden: Yes
Active: No
Offset in Bytes: 512
There is no volume associated with this partition.

Diese Festplatte ist nicht Teil eines RAID. Anders als angezeigt, ist sie derzeit direkt mit dem SATA-Anschluss auf der Hauptplatine verbunden. Möglicherweise wird sie als RAID-Typ angezeigt, weil sich der Controller im RAID-Modus befindet.

Was ichdenkenpassiert (ich kann das nicht überprüfen), ist, dass chkdsk im Hintergrund versucht hat, das Volume zu reparieren, als ich im Action Center auf diese Benachrichtigung geklickt habe. Es muss die ID der Partition auf EEh gesetzt haben, wahrscheinlich mit der Absicht, sie nach Abschluss zurückzusetzen. Als ich den Laufwerksbuchstaben auf „keine“ gesetzt habe, muss es einen Fehler ausgegeben haben und es wurde so belassen, wie angegeben.

Was ich versucht habe

Ich habe überlegt, den SETID-Befehl von DISKPART zu verwenden, um den Partitionstyp 07 anzugeben, aber das funktioniert nicht:

DISKPART> set id=07

DiskPart has encountered an error: The parameter is incorrect.
See the System Event Log for more information.

Es werden keine Ereignisprotokollmeldungen in das Ereignisprotokoll geschrieben, es funktioniert einfach nicht.

Ich denke, dass das Zurücksetzen dieser Partition auf den ursprünglichen Zustand dazu führen wird, dass ich wieder Zugriff auf die Dateien habe, und da ich noch eine weitere dieser Festplatten habe, die auf die gleiche Weise formatiert wurde, bin ich überzeugt, dass das Zurücksetzen der Partitions-ID auf 07h den Zweck erfüllen wird, aber ich scheine das nicht zu schaffen. Unten sind Daten von meiner anderen Festplatte derselben Art.

DISKPART> detail disk

ST2000LM 003 HN-M201RAD SCSI Disk Device
Disk ID: BB31CF75
Type   : USB
Status : Online
Path   : 0
Target : 0
LUN ID : 0
Location Path : UNAVAILABLE
Current Read-only State : No
Read-only  : No
Boot Disk  : No
Pagefile Disk  : No
Hibernation File Disk  : No
Crashdump Disk  : No
Clustered Disk  : No

Volume ###  Ltr  Label        Fs     Type        Size     Status     Info
----------  ---  -----------  -----  ----------  -------  ---------  --------
* Volume 4     E   SMSNG1       NTFS   Partition   1863 GB  Healthy

DISKPART> detail partition

Partition 1
Type  : 07
Hidden: No
Active: No
Offset in Bytes: 1048576

  Volume ###  Ltr  Label        Fs     Type        Size     Status     Info
----------  ---  -----------  -----  ----------  -------  ---------  --------
* Volume 4     E   SMSNG1       NTFS   Partition   1863 GB  Healthy

DISKPART>

Wenn jemand Erfahrung mit einem ähnlichen Unterfangen hat, teilen Sie uns bitte Ihre Erkenntnisse mit. Ich werde das Laufwerk eine Zeit lang nicht anfassen, da ich die Wiederherstellung aus dieser Situation üben möchte. Nach der Wiederherstellung werde ich die Prüfsummen der Dateien überprüfen und versuchen, die Schuld für die Beschädigung, die chkdsk ausgelöst hat, entweder auf das Laufwerk oder die USB-Brücke zu schieben.

BEARBEITEN - Laufwerksdaten

--------------- SeaTools for Windows v1.4.0.5 ---------------
2017-08-30 20:37:53
Model Number: 003 HN-M201RAD
Serial Number: S377J9GGA02406
Firmware Revision: 2BE1
Identify - Started 2017-08-30 20:37:53
Model Number: 003 HN-M201RAD
Serial Number: S377J9GGA02406
Firmware Revision: 2BE1
Drive Capacity: 2,00 TB / 1,82 TiB
Max LBA: 3907029167
Cache Size: ----
Lifetime Bytes Read: 3,54  GB
Lifetime Bytes Written: 545,50  MB
Power-On Hours: 4255
Annualized Workload Rate [ (Writes + Reads) * (8760 / POH) ]: 0 TB/yr
Drive Temperature (C/F): 29 / 84
WWN: 50004CF210CD3B3B
Sector size (Logical/Physical/Allignment): 512 / 4096 / 0
Signal Speed (Max/Negotiated): 6.0 / 6.0 Gb/s
Transport Supported: SATA 3.0
Rotation rate: 5400 RPM
Form factor: 2.5 inch
Specification Supported: ATA8-ACS
Encryption Support: Not Supported
Security Mode: Supported, Frozen
SMART: Enabled
Host Protected Area features: Enabled
Advanced Power Management: Enabled
Download Microcode: Segmented

EDIT2 - Sektoren 0, 7 und 8

Sektoren.txt

Answer 1

Da die Festplatte kleiner als 2 TB ist, würde ich bei MBR bleiben und mir den Aufwand mit der Erstellung einer GPT und den ganzen Prüfsummen ersparen, aber stattdessen die letzten 64 Bytes des Sektors 0 von

 0000000000432 | 00 00 00 00 00 00 00 00  3E 6B 68 08 04 D0 00 00 | 
 0000000000448 | 02 00 EE FE 7F FF 01 00  00 00 FF FF FF FF 00 00 | 
 0000000000464 | 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 | 
 0000000000480 | 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 | 
 0000000000496 | 00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 AA | 

Zu

 0000000000432 | 00 00 00 00 00 00 00 00  3E 6B 68 08 04 D0 00 00 | 
 0000000000448 | 02 00 07 FE 7F FF 00 08  00 00 00 80 E0 E8 00 00 | 
 0000000000464 | 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 | 
 0000000000480 | 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 | 
 0000000000496 | 00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 AA | 

Das sollte genügen.

Ich weiß nicht wirklich, warum der GPT-Header auf Sektor 7 und die Tabelle auf Sektor 8 ist, es sollte entweder Sektor 7 und 15 seinoder1 und 2...