Partitionstabelle LUKS gelöscht, wichtige Daten!

[Alternativende]

Hi zusammen,
einmal kein Backup gemacht und mit gparted einen schweren Fehler begangen .
Ich habe von einer LUKS Platte die Partitionstabelle gelöscht.

Gibt es Chancen da wieder ran zu kommen?

[Huck Fin]

Wichtige Daten ?
Dann Festplatte 1:1 klonen
Die geklonte Version versuchen zu retten...
Eventuell als zweite HDD in ein Linux PC hängen
Mit Testdisk probieren zu retten...

[Alternativende]

Also ich habe jetzt mal part installiert und versuche die Platte über den Menüpunkt "Datenrettung versuchen" über gparted einzulesen.
Leider ist die Platte riesig und das könnte dauern :-/

[habakug]

Hallo!

Datenrettungstools könnten die Situation noch verschlimmern.
Hier [1] haben wir eine mögliche Lösung mal durchgekaut.

Gruss, habakug

[1] viewtopic.php?f=37&t=132345

[Alternativende]

Denkst du denn das es mit part einen Versuch wert ist? Die Daten sind ja theoretisch noch alle da. Es fehlt ja nur die Partitionstabelle.
Ich habe noch zwei andere Platten desselben Modells, aber unverschlüsselt.

[habakug]

Hallo!

Du müsstest die Partitionstabelle aber auf die Platte schreiben. Ich weiss nicht, ob es das Risiko wert ist.

Gruss, habakug

[Alternativende]

Mehr kann ja jetzt so und so nicht mehr schiefgehen.
Kannst Du mir ne kurze Anleitung schreiben wie ich das machen kann?
Denke mal die Platte per USB anschließen und dann per dd die Tabelle lesen und direkt auf die defekte schreiben, oder?

Edit:
Wie lange muss ich wohl einplanen bis gparted da einen Fortschritt zeigt? Handelt sich um eine 6TB Platte.

[Alternativende]

gpart kann laut eigener Aussage scheinbar kein ext4 oder LUKS, es sei denn ich habe es in der Hektik jetzt übersehen.

Falls das mit gpart so und so wenig erfolgreich scheint würde ich das ganz gerne mit dem kopieren der Partitionstabelle versuchen.

Edit:
So bin echt durcheinander und genervt von meiner eigenen Blödheit. Testdisk läuft nun, hat wohl die besten Chancen das Programm.

[habakug]

Hallo!

Eine GPT ist eine komplexe Sache, da ist nicht nur ein MBR den man mal eben mit dd `rüberkopiert. Man muss wissen wieviele Partitionen vorhanden sind, danach ergibt sich die zu kopierende Menge an Daten. Am Ende der Platte liegt auch noch eine Kopie der GPT.
Schau mal mit

Code: Alles auswählen

# # parted -ms /dev/sdX print

nach, ob da noch was gefunden wird.

Gruss, habakug

[Alternativende]

testdisk ist mittlerweile bei 7%, zeigt aber sonst noch nichts weiter an.

[NAB]

Alternativende, wieviele Partitionen waren denn überhaupt auf der Platte? Weißt du das noch?

[wanne]

Kannst du mal kurz das Posten?

Code: Alles auswählen

head -c 1024 /dev/sdx | hexdump -C 

Nur um sicherzugehen, dass du da wirklich eine GPT hast.
Und kannst du bitte verraten ob du 4K Blöcke hast?

[habakug]

Hallo!

Zunächst müsste man wissen was das bedeutet:

Ich habe von einer LUKS Platte die Partitionstabelle gelöscht.

Wie macht man das? Welches Programm bietet das an? <Bitte hier klicken zum GPT löschen>? Normalerweise sollte man annehmen, das eine neue erstellt wird und die alte überschreibt. Oder war das ein abgebrochenes dd?
gdisk bietet ein Expertenmenü (r) und darunter den Punkt (e) "load main partition table from disk (rebuilding backup)". Da wird versucht aus dem Hinterteil der Platte eine valide GPT zu ziehen.
Ich würde die Prozedur empfehlen den LUKS-Header zu suchen (auch wenn es [sehr] lange dauert).

Gruss, habakug

[Alternativende]

Also es handelt sich um eine 6TB Platte mit einer ext4 Partition. Hängt hier an meinem Linuxsystem.
Das Kunststück des Tages habe ich hinbekommen, weil ich einen Stick formatieren wollte und dabei das falsche Device ausgewählt habe. Er sagte ich müsse zunächst eine neue Partitionstabelle anlegen, gesagt getan .

Testdisk läuft derzeit noch, ist auf 35% gesprungen und glaubt ein defektes FAT Volume entdeckt zu haben.

Wie lange dauert denn das Ausführen des Kommandos und kann ich das jetzt Tun obwohl testdisk läuft?

Code: Alles auswählen

    head -c 1024 /dev/sdx | hexdump -C 

@habakug
Ok installiere dann gdisk und versuche das wenn testdisk scheitert?

[habakug]

Hallo!

Er sagte ich müsse zunächst eine neue Partitionstabelle anlegen, gesagt getan

Das hört sich schon besser an . Da wird wohl "nur" ein MBR geschrieben worden sein, die Backup-GPT am Ende der Platte ist wohl noch intakt. Du kannst wie beschrieben mit gdisk wiederherstellen.

Code: Alles auswählen

# gdisk /dev/sdX
r
c
w

Gruss, habakug

edit:
Obacht: Es muss die Option c sein nicht e.

c load backup partition table from disk (rebuilding main)

[Alternativende]

Code: Alles auswählen

gdisk /dev/sdc
GPT fdisk (gdisk) version 0.8.10

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present


***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************

Code: Alles auswählen

Recovery/transformation command (? for help): c
Warning! This will probably do weird things if you've converted an MBR to
GPT form and haven't yet saved the GPT! Proceed? (Y/N): Y

Recovery/transformation command (? for help): ?
b	use backup GPT header (rebuilding main)
c	load backup partition table from disk (rebuilding main)
d	use main GPT header (rebuilding backup)
e	load main partition table from disk (rebuilding backup)
f	load MBR and build fresh GPT from it
g	convert GPT into MBR and exit
h	make hybrid MBR
i	show detailed information on a partition
l	load partition data from a backup file
m	return to main menu
o	print protective MBR data
p	print the partition table
q	quit without saving changes
t	transform BSD disklabel partition
v	verify disk
w	write table to disk and exit
x	extra functionality (experts only)
?	print this menu

Code: Alles auswählen

Problem: partitions 56 and 41 overlap:
  Partition 56: 15313476726448129597 to 17807368246809016557
  Partition 41: 7999582883110115179 to 17779202350935662229

Problem: partitions 56 and 51 overlap:
  Partition 56: 15313476726448129597 to 17807368246809016557
  Partition 51: 2056674778978094295 to 16888194829096993731
Aborting write operation!
Aborting write of new partition table.

[NAB]

Alternativende, also es handelt sich um eine Partition über die vollen 6 GB?

Es ist übrigens keine Ext4-Partition, sondern ein Luks-Container. Was in dem Container ist, kann kein Programm sehen, solange er nicht geöffnet ist.

testdisk scheint nach Dateisystemen zu suchen, und dürfte daher auch nichts Brauchbares finden. Solange du testdisk nicht gesagt hast, dass es eine "EFI GPT"-Partitionstabelle ist, wird testdisk garantiert nichts Brauchbares finden. Und da der Inhalt der Festplatte eben kein Dateisystem ist, sondern verschlüsselter Datensalat, bringt eine inhaltliche Analyse auch nichts. Die Kopie der GPT lässt sich binnen Sekunden finden, falls eine existiert, alles andere ist nur Zeitverschwendung.

Du könntest einfach mit dd eine Kopie der Platte auf eine zweite machen, und dann auf Gut Glück auf der Kopie eine neue Partition erstellen - möglichst mit dem gleichen Programm, mit dem du die ursprüngliche Platte partitioniert hast. Dabei darfst du kein Dateisystem anlegen.

Die neue Partition dürfte genau da anfangen, wo die alte auch anfing, und danach kommt der LUKS-Header, den du dann öffnen können müsstest.

Wichtig ist, dass du das auf einer Kopie probierst. Wenn du dir das Original versaust, hast du keine Chance mehr.

[Alternativende]

SIehe oben, was nun?

[NAB]

Wie das aussehen sollte, wenn gdisk eine Kopie der GTP findet, siehst du hier unter "Semi-Automated Recovery":
http://www.rodsbooks.com/gdisk/repairing.html
Es findet bei dir also keine.

Was nun? Siehe oben.

Wie hast du diese 6TB-Platten eigentlich partitioniert? (Du sagtest, du hast mehrere?). Oder hast du die vorhandene Partitionierung übernommen? Dann könntest du mit gdisk mal auf einer anderen Platte nachgucken, wie die Partitionstabelle da aussieht.

[Alternativende]

Mehrere von dem Modell aber mit anderen Daten drauf und auch alle ohne LUKS.

Kann ich nicht erst die Option b nutzen und dann c?

Edit:
Wenn ich dich recht verstanden habe soll ich eine neue Partition anlegen? Wie lege ich denn eine neue LUKS Partition an ohne alles zu vernichten?

[wanne]

Habt ihr eigentlich die Ausgabe von oben Gelesen?
Da ist keine GPT!
Wenn der sich da jetzt eine drauf schreibt überschreibt er sich aller Wahrscheinlichkeit nach ein für alle mal den LUKS Header und damit ist ein für alle mal Schluss mit recovery!

[Alternativende]

@wanne
Chancen? Gerne öffne ich auch kurz ssh.

[wanne]

Wie lange dauert denn das Ausführen des Kommandos und kann ich das jetzt Tun obwohl testdisk läuft?

Wenige Millisekunden und Ja.

[Alternativende]

Code: Alles auswählen

#     head -c 1024 /dev/sdc | hexdump -C 
00000000  fa b8 00 10 8e d0 bc 00  b0 b8 00 00 8e d8 8e c0  |................|
00000010  fb be 00 7c bf 00 06 b9  00 02 f3 a4 ea 21 06 00  |...|.........!..|
00000020  00 be be 07 38 04 75 0b  83 c6 10 81 fe fe 07 75  |....8.u........u|
00000030  f3 eb 16 b4 02 b0 01 bb  00 7c b2 80 8a 74 01 8b  |.........|...t..|
00000040  4c 02 cd 13 ea 00 7c 00  00 eb fe 00 00 00 00 00  |L.....|.........|
00000050  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001b0  00 00 00 00 00 00 00 00  5d a9 9c 1d 00 00 00 00  |........].......|
000001c0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000200  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000400

[habakug]

Hallo!

@wanne
Wenn du mitgelesen hättest...
Er hat einen USB-MBR drübergebügelt, da muss das so aussehen.
Option e wäre die richtige. Aber da du weisst (?) das die Backup-GPT am Ende der Platte intakt ist, könntest du auch b nehmen.

Gruss, habakug

nochmal
[0] http://www.rodsbooks.com/gdisk/repairing.html