GPT/EFI Partitionstabelle reparieren um Partitionen wiederherzustellen

TestDisk benutzen um verlorene Partitionen wiederherzustellen
Forum rules
Your help is welcome: there are currently few answers or none to most message posted in the German forum!
If you want to post a request for help, please consider using the English forum.
Locked
Message
Author
blueicehaller
Posts: 18
Joined: 01 Jun 2013, 19:11

GPT/EFI Partitionstabelle reparieren um Partitionen wiederherzustellen

#1 Post by blueicehaller »

Hallo,

ich habe die Festplatte GPT/EFI u.a. mit Windows 10 mit einem USB 3.0 Gehäuse an einen anderen PC mit Windows 10 angeschlossen.
Zunächst wurden alle 3 Windows Partitionen (sdb5, sdb7 und sdb8) korrekt angezeigt und ich konnte darauf zugreifen.
Ursprung Zustand.png
Ursprung Zustand.png (71.42 KiB) Viewed 21908 times

Plötzlich kam eine Meldung von Windows das die Windows Partition beschädigt ist und ein Neustart erforderlich ist um das zu reparieren.
Das habe ich ignoriert und sie über Sicher entfernen entfernt und das USB 3.0 Gehäuse ausgeschaltet.
Nachdem ich das USB 3.0 Gehäuse wieder eingeschaltet habe wurden alle 3 als RAW angezeigt.

Dann wollte ich TestDisk verwenden weil ich weiß das es die Partitionstabelle reparieren kann.

Während die Analyse lief fand ich folgenden Tipp und habe ihn ausprobiert:
https://www.drwindows.de/xf/threads/fes ... st-1762187
AW: Festplatte plötzlich RAW, neues Thema

Mittels dispart sollte es auch gehen:
Mit list disk Laufwerk herausfinden
Mit sel disk <Nummer> Laufwerk auswählen
Mit list part Partition herausfinden
Mit sel part <Partitions Nummer> RAW Partiton auswählen
Dann bei MBR Partitionsstil
set id=0x07
oder bei GPT Partitionierung
set id=ebd0a0a2-b9e5-4433-87c0-68b6b72699c7
Anschließend
Mit list vol wieder hergestelltes Volume herausfinden
sel vol <Volume Nummer>
assign letter=X
exit

An den Dateien auf der Festplatte wird dabei nichts verändert.
Das habe ich bei sdb5 mit diskpart angewendet was dazu geführt hat das der Datenträger nicht initialisiert ist.

Code: Select all

Welcome - Parted Magic (Linux 4.19.11-pmagic64)

root@PartedMagic:~# sfdisk /dev/sda

Welcome to sfdisk (util-linux 2.33).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

Checking that no-one is using this disk right now ... OK

Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: 003-1ER162      
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

sfdisk is going to create a new 'dos' disk label.
Use 'label: <name>' before you define a first partition
to override the default.

Type 'help' to get more information.

>>>
Glücklicherweise habe ich den Original Zustand mittels sfdisk gesichert:

Code: Select all

Welcome - Parted Magic (Linux 4.19.11-pmagic64)

root@PartedMagic:~# sfdisk /dev/sdb

Welcome to sfdisk (util-linux 2.33).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

Checking that no-one is using this disk right now ... OK

Disk /dev/sdb: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: 003-1ER162      
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: B8565BAF-4AE8-4C8B-92C6-D91529DCDEE1

Old situation:

Device          Start        End   Sectors   Size Type
/dev/sdb1        2048    1023999   1021952   499M Windows recovery environment
/dev/sdb2     1024000    1228799    204800   100M EFI System
/dev/sdb3     1228800    1490943    262144   128M Microsoft reserved
/dev/sdb4     1490944    3588095   2097152     1G unknown
/dev/sdb5     3588096  499848046 496259951 236.7G Microsoft basic data
/dev/sdb6   975998976  977776639   1777664   868M Windows recovery environment
/dev/sdb7   977776640 1827694591 849917952 405.3G Microsoft basic data
/dev/sdb8  1827696640 1953513471 125816832    60G Microsoft basic data

Type 'help' to get more information.

>>>

Wie gehe ich jetzt vor um genau diese Partitionen zu erhalten?

Vielen Dank im Voraus.
Last edited by blueicehaller on 30 Aug 2021, 02:32, edited 4 times in total.

blueicehaller
Posts: 18
Joined: 01 Jun 2013, 19:11

Re: GPT/EFI Partitionstabelle reparieren um Partitionen wiederherzustellen

#2 Post by blueicehaller »

Ich habe einen ersten Import Versuch gewagt mit einer selbst erstellten Datei basierend auf der SSD welche die Partitionen sda1 - sda5 enthält. Die 3 NTFS Partitionen werden immer noch als RAW angezeigt.
SSD

Code: Select all

label: gpt
label-id: 9BB7E73B-6B20-42D0-A2F2-80497BAB4612
device: /dev/sdb
unit: sectors
first-lba: 34
last-lba: 500118158

/dev/sdb1 : start=        2048, size=     1021952, type=DE94BBA4-06D1-4D40-A16A-BFD50179D6AC, uuid=B5300E18-1D3F-48B7-B79C-DF5E466E60BB, name="Basic data partition"
/dev/sdb2 : start=     1024000, size=      204800, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid=224D5B36-7866-49A4-ADE1-91A08FCCB03A, name="EFI system partition"
/dev/sdb3 : start=     1228800, size=      262144, type=E3C9E316-0B5C-4DB8-817D-F92DF00215AE, uuid=D4A0924A-806A-4A08-AD59-C7B3F6B785F4, name="Microsoft reserved partition"
/dev/sdb4 : start=     1490944, size=     2097152, type=8D7F0CC6-879E-47F6-A767-0ED8FD3B0659, uuid=395FD940-9B90-01D7-A08C-A71CC8CDEB00, name="Basic data partition", attrs="RequiredPartition"
/dev/sdb5 : start=     3588096, size=   496261120, type=EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, uuid=AF4E48DE-BB96-46B1-BB00-00BA8B313D49, name="Basic data partition"
sda test.txt - Selbst geschrieben basierend auf SSD und den zuvor genannten Sektor Angaben u.a.

Code: Select all

label: gpt
label-id: B8565BAF-4AE8-4C8B-92C6-D91529DCDEE1
device: /dev/sda
unit: sectors
first-lba: 34


/dev/sdb1 : start=        2048, size=     1021952, type=DE94BBA4-06D1-4D40-A16A-BFD50179D6AC, name="Basic data partition"
/dev/sdb2 : start=     1024000, size=      204800, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, name="EFI system partition"
/dev/sdb3 : start=     1228800, size=      262144, type=E3C9E316-0B5C-4DB8-817D-F92DF00215AE, name="Microsoft reserved partition"
/dev/sdb4 : start=     1490944, size=     2097152, type=8D7F0CC6-879E-47F6-A767-0ED8FD3B0659, name="Basic data partition", attrs="RequiredPartition"
/dev/sdb5 : start=     3588096, size=   496261120, type=EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, name="Basic data partition"
/dev/sdb6 : start=   975998976, size=     1777664, type=DE94BBA4-06D1-4D40-A16A-BFD50179D6AC
/dev/sdb7 : start=   977776640, size=   849917952, type=EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, name="Basic data partition"
/dev/sdb8 : start=  1827696640, size=   125816832, type=EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, name="Basic data partition"
Ergebnis Log

Code: Select all

root@PartedMagic:~/Desktop# sfdisk /dev/sda < sda\ test.txt 
Checking that no-one is using this disk right now ... OK

Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: 003-1ER162      
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

>>> Script header accepted.
>>> Script header accepted.
>>> Script header accepted.
>>> Script header accepted.
>>> Script header accepted.
>>> Created a new GPT disklabel (GUID: B8565BAF-4AE8-4C8B-92C6-D91529DCDEE1).
/dev/sda1: Created a new partition 1 of type 'Windows recovery environment' and of size 499 MiB.
/dev/sda2: Created a new partition 2 of type 'EFI System' and of size 100 MiB.
Partition #2 contains a vfat signature.
/dev/sda3: Created a new partition 3 of type 'Microsoft reserved' and of size 128 MiB.
/dev/sda4: Created a new partition 4 of type 'unknown' and of size 1 GiB.
Partition #4 contains a vfat signature.
/dev/sda5: Created a new partition 5 of type 'Microsoft basic data' and of size 236.7 GiB.
/dev/sda6: Created a new partition 6 of type 'Windows recovery environment' and of size 868 MiB.
/dev/sda7: Created a new partition 7 of type 'Microsoft basic data' and of size 405.3 GiB.
/dev/sda8: Created a new partition 8 of type 'Microsoft basic data' and of size 60 GiB.
/dev/sda9: Done.

New situation:
Disklabel type: gpt
Disk identifier: B8565BAF-4AE8-4C8B-92C6-D91529DCDEE1

Device          Start        End   Sectors   Size Type
/dev/sda1        2048    1023999   1021952   499M Windows recovery environment
/dev/sda2     1024000    1228799    204800   100M EFI System
/dev/sda3     1228800    1490943    262144   128M Microsoft reserved
/dev/sda4     1490944    3588095   2097152     1G unknown
/dev/sda5     3588096  499849215 496261120 236.7G Microsoft basic data
/dev/sda6   975998976  977776639   1777664   868M Windows recovery environment
/dev/sda7   977776640 1827694591 849917952 405.3G Microsoft basic data
/dev/sda8  1827696640 1953513471 125816832    60G Microsoft basic data

The partition table has been altered.
Calling ioctl() to re-read partition table.
Syncing disks.

recuperation
Posts: 2720
Joined: 04 Jan 2019, 09:48
Location: Hannover, Deutschland (Germany, Allemagne)

Re: GPT/EFI Partitionstabelle reparieren um Partitionen wiederherzustellen

#3 Post by recuperation »

blueicehaller wrote: 29 Aug 2021, 15:44 Hallo,

ich habe die Festplatte GPT/EFI u.a. mit Windows 10 mit einem USB 3.0 Gehäuse an einen anderen PC mit Windows 10 angeschlossen.
Zunächst wurden alle 3 Windows Partitionen (sdb5, sdb7 und sdb8) korrekt angezeigt und ich konnte darauf zugreifen.
Ursprung Zustand.png


Plötzlich kam eine Meldung von Windows das die Windows Partition beschädigt ist und ein Neustart erforderlich ist um das zu reparieren.
Welche Windows-Partition genau? Es gibt doch zwei in Ihrer Konfiguration.

Das habe ich ignoriert und sie über Sicher entfernen entfernt und das USB 3.0 Gehäuse ausgeschaltet.
Nachdem ich das USB 3.0 Gehäuse wieder eingeschaltet habe wurden alle 3 als RAW angezeigt.

Dann wollte ich TestDisk verwenden weil ich weiß das es die Partitionstabelle reparieren kann.
Wenn die als "RAW" angezeigten Partitionen alle in ihrer alten Länge vorhanden waren, liegt der Fehler nicht in der Partitionstabelle (dann hätten die Partitionen eine andere Größe oder wären futsch) sondern in den Partitionen selbst.

Eventuell haben Sie die extern angeschlossenen Betriebssystemfestplatte unter Windows nicht sauber heruntergefahren:
https://www.heise.de/ct/artikel/Linux-u ... 80057.html
https://www.heise.de/ratgeber/Windows-1 ... 34357.html

Während die Analyse lief fand ich folgenden Tipp und habe ihn ausprobiert:
https://www.drwindows.de/xf/threads/fes ... st-1762187
AW: Festplatte plötzlich RAW, neues Thema

Mittels dispart sollte es auch gehen:
Mit list disk Laufwerk herausfinden
Mit sel disk <Nummer> Laufwerk auswählen
Mit list part Partition herausfinden
Mit sel part <Partitions Nummer> RAW Partiton auswählen
Dann bei MBR Partitionsstil
set id=0x07
oder bei GPT Partitionierung
set id=ebd0a0a2-b9e5-4433-87c0-68b6b72699c7
Anschließend
Mit list vol wieder hergestelltes Volume herausfinden
sel vol <Volume Nummer>
assign letter=X
exit

An den Dateien auf der Festplatte wird dabei nichts verändert.
Das habe ich bei sdb5 mit testdisk angewendet was dazu geführt hat das der Datenträger nicht initialisiert ist.
Das war die falsche Medizin. Jetzt soll der Datenträger nicht initialisiert sein? Das betrifft doch die ganze Festplatte? Sind die Partitionen noch sichtbar?
Wie gehe ich jetzt vor um genau diese Partitionen zu erhalten?
Die Partitionen sind noch da. Mit Testdisk ausprobieren, ob die "p"-Taste "list files" noch lesbare Informationen zustande bringt. Falls nicht, Photorec benutzen oder irgendeine kommerzielle Software benutzen.

blueicehaller
Posts: 18
Joined: 01 Jun 2013, 19:11

Re: GPT/EFI Partitionstabelle reparieren um Partitionen wiederherzustellen

#4 Post by blueicehaller »

recuperation wrote: 29 Aug 2021, 22:48
blueicehaller wrote: 29 Aug 2021, 15:44 Hallo,

ich habe die Festplatte GPT/EFI u.a. mit Windows 10 mit einem USB 3.0 Gehäuse an einen anderen PC mit Windows 10 angeschlossen.
Zunächst wurden alle 3 Windows Partitionen (sdb5, sdb7 und sdb8) korrekt angezeigt und ich konnte darauf zugreifen.
Ursprung Zustand.png


Plötzlich kam eine Meldung von Windows das die Windows Partition beschädigt ist und ein Neustart erforderlich ist um das zu reparieren.
Welche Windows-Partition genau? Es gibt doch zwei in Ihrer Konfiguration.
sdb5 (I: / Boot / Windows 10) wurde zuerst zu RAW, dann sdb7 (K: / Daten) und sdb8 (L: / Recover).
recuperation wrote: 29 Aug 2021, 22:48
blueicehaller wrote: 29 Aug 2021, 15:44 Das habe ich ignoriert und sie über Sicher entfernen entfernt und das USB 3.0 Gehäuse ausgeschaltet.
Nachdem ich das USB 3.0 Gehäuse wieder eingeschaltet habe wurden alle 3 als RAW angezeigt.

Dann wollte ich TestDisk verwenden weil ich weiß das es die Partitionstabelle reparieren kann.
Wenn die als "RAW" angezeigten Partitionen alle in ihrer alten Länge vorhanden waren, liegt der Fehler nicht in der Partitionstabelle (dann hätten die Partitionen eine andere Größe oder wären futsch) sondern in den Partitionen selbst.

Eventuell haben Sie die extern angeschlossenen Betriebssystemfestplatte unter Windows nicht sauber heruntergefahren:
https://www.heise.de/ct/artikel/Linux-u ... 80057.html
https://www.heise.de/ratgeber/Windows-1 ... 34357.html
Schnellstart ist in meinem Windows 10 deaktiviert, auch als sie zu RAW wurden.
Es kann sein das Schnellstart im zu wiederherstellenden System aktiv war.
recuperation wrote: 29 Aug 2021, 22:48
blueicehaller wrote: 29 Aug 2021, 15:44 Während die Analyse lief fand ich folgenden Tipp und habe ihn ausprobiert:
https://www.drwindows.de/xf/threads/fes ... st-1762187
AW: Festplatte plötzlich RAW, neues Thema

Mittels dispart sollte es auch gehen:
Mit list disk Laufwerk herausfinden
Mit sel disk <Nummer> Laufwerk auswählen
Mit list part Partition herausfinden
Mit sel part <Partitions Nummer> RAW Partiton auswählen
Dann bei MBR Partitionsstil
set id=0x07
oder bei GPT Partitionierung
set id=ebd0a0a2-b9e5-4433-87c0-68b6b72699c7
Anschließend
Mit list vol wieder hergestelltes Volume herausfinden
sel vol <Volume Nummer>
assign letter=X
exit

An den Dateien auf der Festplatte wird dabei nichts verändert.
Das habe ich bei sdb5 mit testdisk angewendet was dazu geführt hat das der Datenträger nicht initialisiert ist.
Das war die falsche Medizin. Jetzt soll der Datenträger nicht initialisiert sein? Das betrifft doch die ganze Festplatte? Sind die Partitionen noch sichtbar?
Korrektur: Das (set id ...) habe ich bei sdb5 mit diskpart angewendet was dazu geführt hat das der Datenträger nicht initialisiert ist.
recuperation wrote: 29 Aug 2021, 22:48
blueicehaller wrote: 29 Aug 2021, 15:44 Wie gehe ich jetzt vor um genau diese Partitionen zu erhalten?
Die Partitionen sind noch da. Mit Testdisk ausprobieren, ob die "p"-Taste "list files" noch lesbare Informationen zustande bringt. Falls nicht, Photorec benutzen oder irgendeine kommerzielle Software benutzen.
OK ich versuche nochmal Testdisk.
Wie kann ich in Testdisk die Sektoren angeben um eine Partition manuell hinzuzufügen?
Sollte ich Testdisk als testdisk.exe oder in der VM (VirtualBox) in der ich PartedMagic (Linux) gestartet habe (um sfdisk, gdisk, gpart u.a. auszuführen) und das USB Gerät durchreiche ausführen?

So sieht es momentan aus:
gparted, 3 RAW Partitionen.png
gparted, 3 RAW Partitionen.png (79.28 KiB) Viewed 21860 times
Computerverwaltung, Datenträger 4, RAW Partitionen.png
Computerverwaltung, Datenträger 4, RAW Partitionen.png (421.85 KiB) Viewed 21869 times

Danke

recuperation
Posts: 2720
Joined: 04 Jan 2019, 09:48
Location: Hannover, Deutschland (Germany, Allemagne)

Re: GPT/EFI Partitionstabelle reparieren um Partitionen wiederherzustellen

#5 Post by recuperation »

Schnellstart ist in meinem Windows 10 deaktiviert, auch als sie zu RAW wurden.
Es kann sein das Schnellstart im zu wiederherstellenden System aktiv war.
Sind jetzt zwei Festplatten betroffen? Wer sind "sie"?
Wie kann ich in Testdisk die Sektoren angeben um eine Partition manuell hinzuzufügen?
Quick search starten und gleich wieder abrechen, dann erscheint ein Menü mit dem Punkt "add partition".
Sollte ich Testdisk als testdisk.exe oder in der VM (VirtualBox) in der ich PartedMagic (Linux) gestartet habe (um sfdisk, gdisk, gpart u.a. auszuführen) und das USB Gerät durchreiche ausführen?
Ich würde gar nichts virtualisieren. Das sind alles zusätzliche Fehlerquellen.

blueicehaller
Posts: 18
Joined: 01 Jun 2013, 19:11

Re: GPT/EFI Partitionstabelle reparieren um Partitionen wiederherzustellen

#6 Post by blueicehaller »

recuperation wrote: 30 Aug 2021, 19:15
Schnellstart ist in meinem Windows 10 deaktiviert, auch als sie zu RAW wurden.
Es kann sein das Schnellstart im zu wiederherstellenden System aktiv war.
Sind jetzt zwei Festplatten betroffen? Wer sind "sie"?
Nein es geht nur um eine Festplatte, "sie" sind die 3 Partitionen wovon nur die letzten beiden (sda7 und sda8) relevant sind da ich die erste (sda5) auf SSD klonen konnte.
recuperation wrote: 30 Aug 2021, 19:15
Wie kann ich in Testdisk die Sektoren angeben um eine Partition manuell hinzuzufügen?
Quick search starten und gleich wieder abrrechen, dann erscheint ein Menü mit dem Punkt "add partition".
Das habe ich versucht. Wenn ich mit P: list files auswähle kommt immer "Can't open filesystem. Filesystem seems damaged."
Beispiel:

Code: Select all

TestDisk 7.2-WIP, Data Recovery Utility, May 2021                                                                       
Christophe GRENIER <grenier@cgsecurity.org>                                                                             
https://www.cgsecurity.org                                                                                                                                                                                                                      
Disk \\.\PhysicalDrive3 - 1000 GB / 931 GiB - CHS 121601 255 63                   

  MS Data                977776640 1827694591  849917952

 [Sector]  [Sector]  [ Type ] >[ Done ]  
Habe ich beim Import im Beitrag #2 einen Fehler gemacht weil die erste Partition bei 2050 statt 2048 beginnt?
TestDisk Partitions.png
TestDisk Partitions.png (106.57 KiB) Viewed 21781 times

recuperation
Posts: 2720
Joined: 04 Jan 2019, 09:48
Location: Hannover, Deutschland (Germany, Allemagne)

Re: GPT/EFI Partitionstabelle reparieren um Partitionen wiederherzustellen

#7 Post by recuperation »

Dann erkennt Testdisk in der ausgewählten Partition nichts. Dann hilft nur noch Photorec oder eine andere kommerzielle Wiederherstellungssoftware.
Habe ich beim Import im Beitrag #2 einen Fehler gemacht weil die erste Partition bei 2050 statt 2048 beginnt?
Ja, 2050 ist untypisch. 2048 ist ein typischer Wert bei der Anpassung auf Megabyte-Grenzen.

Locked