MBR versehentlich gelöscht, LUKS Partitionen rettbar? Topic is solved

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
Schuttwegraeumer
Posts: 4
Joined: 03 Nov 2013, 22:43

MBR versehentlich gelöscht, LUKS Partitionen rettbar?

#1 Post by Schuttwegraeumer »

Hallo allerseits hier.

Ich habe ein Problem nachdem ich versehentlich den MBR einer externen Platte mit 500 GB gelöscht hatte.
Auf der Platte waren in der Reihenfolge:
1 primäre PArtition mit ext4
2 primäre Partitionen mit LUKS/cryptsetup
1 primäre Partition mit FAT32.

Die erste und die letzte Partition hat sich mit TestDisk problemlos retten lassen und sie funktionieren auch wieder zu 100% reibungslos.
Nur die beiden LUKS Partitionen will TestDisk nicht richtig erkennen.
Der anfang wird erkannt aber die Größe der Partition leider nicht.


Hier mal das komplette Logfile, vieleicht kann man da mehr rauslesen wie nur bei einem Screenshot:

Thu Nov 14 11:17:04 2013
Command line: TestDisk

TestDisk 6.11, Data Recovery Utility, April 2009
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
OS: Linux, kernel 2.6.35-32-generic (#68-Ubuntu SMP Tue Mar 27 18:07:17 UTC 2012)
Compiler: GCC 4.4 - Jun 23 2009 17:48:38
ext2fs lib: 1.41.12, ntfs lib: 10:0:0, reiserfs lib: none, ewf lib: none
/dev/sda: LBA, HPA, LBA48, DCO support
/dev/sda: size 976773168 sectors
/dev/sda: user_max 976773168 sectors
/dev/sda: native_max 976773168 sectors
/dev/sda: dco 976773168 sectors
/dev/sdb: LBA, HPA, DCO support
/dev/sdb: size 156301488 sectors
/dev/sdb: user_max 156301488 sectors
/dev/sdb: native_max 156301488 sectors
/dev/sdb: dco 156301488 sectors
/dev/sdc: LBA, HPA, DCO support
/dev/sdc: size 156301488 sectors
/dev/sdc: user_max 156301488 sectors
/dev/sdc: native_max 156301488 sectors
/dev/sdc: dco 156301488 sectors
Warning: can't get size for Disk /dev/mapper/control - 0 B - CHS 1 1 1, sector size=512
Hard disk list
Disk /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63, sector size=512 - ATA Hitachi HDP72505
Disk /dev/sdb - 80 GB / 74 GiB - CHS 9729 255 63, sector size=512 - ATA WDC WD800JB-00JJ
Disk /dev/sdc - 80 GB / 74 GiB - CHS 9729 255 63, sector size=512 - ATA WDC WD800BB-00JH
Disk /dev/sdd - 500 GB / 465 GiB - CHS 60801 255 63, sector size=512 - WD 5000AAK External
Disk /dev/sde - 4000 GB / 3725 GiB - CHS 60799 255 63, sector size=4096 - WD My Book 1140
Disk /dev/mapper/crypt5 - 3208 GB / 2988 GiB - CHS 783359495 1 1, sector size=4096
Disk /dev/dm-0 - 3208 GB / 2988 GiB - CHS 783359495 1 1, sector size=4096

Partition table type (auto): Intel
Disk /dev/sdd - 500 GB / 465 GiB - WD 5000AAK External
Partition table type: Intel
New options :
Dump : No
Cylinder boundary : Yes
Allow partial last cylinder : No
Expert mode : Yes

Interface Advanced
Geometry from i386 MBR: head=255 sector=63
FAT32 at 44702/0/1
Info: size boot_sector 258630434, partition 258630435
FAT1 : 32-252108
FAT2 : 252109-504185
start_rootdir : 504186 root cluster : 2
Data : 504186-258630433
sectors : 258630434
cluster_size : 8
no_of_cluster : 32265781 (2 - 32265782)
fat_length 252077 calculated 252077
get_geometry_from_list_part_aux head=255 nbr=4
get_geometry_from_list_part_aux head=8 nbr=1
get_geometry_from_list_part_aux head=16 nbr=1
get_geometry_from_list_part_aux head=32 nbr=1
get_geometry_from_list_part_aux head=64 nbr=1
get_geometry_from_list_part_aux head=128 nbr=1
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=4
1 * Linux 0 1 1 14105 254 63 226612827 [ext4_USB]
EXT4 Large file Sparse superblock Recover, 116 GB / 108 GiB
4 P FAT32 LBA 44702 0 1 60800 254 63 258630435 [FAT32_USB]
FAT32, 132 GB / 123 GiB

Analyse Disk /dev/sdd - 500 GB / 465 GiB - CHS 60801 255 63
Geometry from i386 MBR: head=255 sector=63
FAT32 at 44702/0/1
Info: size boot_sector 258630434, partition 258630435
FAT1 : 32-252108
FAT2 : 252109-504185
start_rootdir : 504186 root cluster : 2
Data : 504186-258630433
sectors : 258630434
cluster_size : 8
no_of_cluster : 32265781 (2 - 32265782)
fat_length 252077 calculated 252077
get_geometry_from_list_part_aux head=255 nbr=4
get_geometry_from_list_part_aux head=8 nbr=1
get_geometry_from_list_part_aux head=16 nbr=1
get_geometry_from_list_part_aux head=32 nbr=1
get_geometry_from_list_part_aux head=64 nbr=1
get_geometry_from_list_part_aux head=128 nbr=1
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=4
Current partition structure:
1 * Linux 0 1 1 14105 254 63 226612827 [ext4_USB]
4 P FAT32 LBA 44702 0 1 60800 254 63 258630435 [FAT32_USB]
Ask the user for vista mode
Computes LBA from CHS for Disk /dev/sdd - 500 GB / 465 GiB - CHS 60802 255 63
Allow partial last cylinder : Yes
search_vista_part: 1

search_part()
Disk /dev/sdd - 500 GB / 465 GiB - CHS 60802 255 63

recover_EXT2: s_block_group_nr=0/864, s_mnt_count=14/60, s_blocks_per_group=32768, s_inodes_per_group=16384
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 28326603
recover_EXT2: part_size 226612824
Linux 0 1 1 14105 254 60 226612824 [ext4_USB]
EXT4 Large file Sparse superblock Recover, 116 GB / 108 GiB

Linux 14106 0 1 14106 47 55 3016
LUKS 1 (Data size unknown), 1544 KB / 1508 KiB

Linux 29404 0 1 29404 47 55 3016
LUKS 1 (Data size unknown), 1544 KB / 1508 KiB
FAT32 at 44702/0/1
FAT1 : 32-252108
FAT2 : 252109-504185
start_rootdir : 504186 root cluster : 2
Data : 504186-258630433
sectors : 258630434
cluster_size : 8
no_of_cluster : 32265781 (2 - 32265782)
fat_length 252077 calculated 252077

FAT32 at 44702/0/1
FAT32 LBA 44702 0 1 60800 254 62 258630434 [FAT32_USB]
FAT32, 132 GB / 123 GiB
get_geometry_from_list_part_aux head=255 nbr=6
get_geometry_from_list_part_aux head=8 nbr=1
get_geometry_from_list_part_aux head=16 nbr=1
get_geometry_from_list_part_aux head=32 nbr=1
get_geometry_from_list_part_aux head=64 nbr=1
get_geometry_from_list_part_aux head=128 nbr=1
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=6

Results
* Linux 0 1 1 14105 254 63 226612827 [ext4_USB]
EXT4 Large file Sparse superblock Recover, 116 GB / 108 GiB
P Linux 14106 0 1 14106 254 63 16065
LUKS 1 (Data size unknown), 8225 KB / 8032 KiB
P Linux 29404 0 1 29404 254 63 16065
LUKS 1 (Data size unknown), 8225 KB / 8032 KiB
P FAT32 LBA 44702 0 1 60800 254 63 258630435 [FAT32_USB]
FAT32, 132 GB / 123 GiB

interface_write()
1 * Linux 0 1 1 14105 254 63 226612827 [ext4_USB]
2 P Linux 14106 0 1 14106 254 63 16065
3 P Linux 29404 0 1 29404 254 63 16065
4 P FAT32 LBA 44702 0 1 60800 254 63 258630435 [FAT32_USB]
Alle 4 Partitionen sind anhähernd (mit gparted damals einfach ungefähr hingemittelt) gleich groß.
Wenn ich die beiden LUKS Partitionen mit TestDisk eintrage dann werden sie zwar als LUKs erkannt aber es wird kein Schlüssel gefunden da der vermutlich schon ausserhalb der eingetragenen Partition liegt.
Wenn ich sie nach EMpfehlung eines USers im USenet manuell eintrage wird garnix gefunden.

Wie gehe ich da jetzt am Besten vor ohne was kaputt zu machen?
(Ich habe mit dd ein komplettes Backup der Platte vor den Wiederherstellungsversuchen gemacht, Platz ahtte ich zum Glück auf einer wietere sehr großen Platte hier.


Stefan

Schuttwegraeumer
Posts: 4
Joined: 03 Nov 2013, 22:43

Re: MBR versehentlich gelöscht, LUKS Partitionen rettbar?

#2 Post by Schuttwegraeumer »

Gibt es eigentlich einen Grund warum TestDisk die beiden LUKS Partitionen nicht erkannt hat?
Ich vermute die ext4 und FAT32 Partitionen werden anhand von FS Internas erkannt?
WIe könnte man das bei LUKS lösen oder zumindest versuchen?
Ich hatte auch versucht anhand von Tips aus dem USenet die Größen der LUKS Partitionen manuell zu setzen, ist aber nicht gelungen, sie werden dann nichtmal als LUKS erkannt, wenn ich TEstDisk machen lasse werden sie erkannt aber es ist kein Schlüssel da und die Größe passt dann natürlich nicht.

Wie sollte ich da vorgehen?
Mit welchem Tool kann ich die Partitionen die TestDisk (falsch- zu klein ) einträgt nachträglich auf die richtige Größe vergrößern, gparted erlaubt das nämlich nicht?

User avatar
Fiona
Posts: 2835
Joined: 18 Feb 2012, 17:19
Location: Ludwigsburg/Stuttgart - Germany

Re: MBR versehentlich gelöscht, LUKS Partitionen rettbar?

#3 Post by Fiona »

TestDisk arbeitet nach Standard-Partitionen.
Beispiel Intel-MBR, EFI-GPT/UEFI und vielen Standard-Partitionstypen oder auch Bootsektor oder Superblock.
Sowie eine Partition oder Disk verschlüsselt wird, ist diese nicht mehr Standard.
Zumeist ist auch der Bootsektor und jeder Sektor verschlüsselt.
Ergebnis würde etwas bringen wenn du deine vorigen Partitionen genau Anfang und Länge wissen würdest.
Könnte man in TestDisk eingeben.
Vielleicht hättest du dann eine Chance an die Daten zu kommen.
Ähnlich dieser Fall;
http://forum.cgsecurity.org/phpBB3/reco ... t2629.html
Aber die Partitionen müssten auf den Sektor genau stimmen.

Viele Grüße

Fiona

Schuttwegraeumer
Posts: 4
Joined: 03 Nov 2013, 22:43

Re: MBR versehentlich gelöscht, LUKS Partitionen rettbar?

#4 Post by Schuttwegraeumer »

So, hat geklappt.
Da ja der anfang der LUKS Partitionen scheinbar gestimmt hat und die beiden normalen ja eh schon wieder aktiv waren habe ich einfach mittels fdisk 2 Partitionen so angelegt dass keine Zylinder dazwischen mehr frei sind.
Also so:

Gerät boot. Anfang Ende Blöcke Id System
/dev/sde1 * 1 14106 113306413+ 83 Linux
/dev/sde2 14107 29404 122881185 83 Linux
/dev/sde3 29405 44702 122881185 83 Linux
/dev/sde4 44703 60801 129315217+ c W95 FAT32 (LBA)

Hat offensichtlich geklappt.
Ohne TestDisk wäre das aber auch um einiges schwerer gewesen da ich eher ein anwender bin denn ein IT Wissender.
Danke auf jeden Fall für dieses Programm. :ugeek:

User avatar
Fiona
Posts: 2835
Joined: 18 Feb 2012, 17:19
Location: Ludwigsburg/Stuttgart - Germany

Re: MBR versehentlich gelöscht, LUKS Partitionen rettbar?

#5 Post by Fiona »

Danke für dein Feedback.
Oftmals, wenn man die genaue Länge auf den Sektor hat und die Partitionstabelle stimmt, kann eine Reparatur helfen.
Ich setze deinen Fall auf gelöst.

Fiona

Locked