Habe mit DD meine Festplatte beschädigt. Nun habe ich Testdisk am laufen und mit deep serch, folgende Ausgabe.
TestDisk 6.11, Data Recovery Utility, April 2009
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
Disk /dev/sda - 122 GB / 114 GiB - CHS 14946 255 63
Partition Start End Size in sectors
D MS Data 61 230259636 230259576
D MS Data 63 230259638 230259576
D Mac HFS 26663607 85019828 58356222 [~CM-!]
D MS Data 50632942 77734533 27101592
D MS Data 58884195 58887074 2880
D MS Data 70404310 92943441 22539132
D MS Data 77734533 104836124 27101592
D Mac HFS 85019825 143376046 58356222 [~CM-!]
D MS Data 92943441 115482572 22539132
D MS Data 93532118 93552856 20739 [NO NAME]
D MS Data 93532122 93755805 223684 [NO NAME]
D MS Data 114021927 114024806 2880 [dban-1.0.7]
Structure: Ok. Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
P=Primary D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
Enter: to continue
EXT4 Large file Sparse superblock Backup superblock, 117 GB / 109 GiB
Auf der Platte befindet sich mein /home Verzeichnis welches ich unbedingt retten möchte. Die Platte war mit ex4 formatiert.
Wer kann mir die nächsten Schritten weiter helfen, da ich nun nichts falsches machen möchte.
Festplatte wieder herstellen
Das heißt, die dir wichtigen Daten waren auf /dev/sdb? Dann hat dieser Befehl auch nichts zerstört. Nochmal: Was genau hast du gemacht?hansi wrote:Wollte die Platte klonen mit dd if=/dev/sdb of=/dev/sda
Hatte eine zweite Platte eingebaut. /sdb war das Hostlaufwerk.
Habe dann aus versehen den Vorgang abgebrochen. Das war es dann.
Janka
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie.
Ich mag die Schreie.
-
- Posts: 430
- Joined: 03. Mar 2006 23:16
Auf der Platte befindet sich mein /home Verzeichnis welches ich unbedingt retten möchte. Die Platte war mit ex4 formatiert.
mit dd if=/dev/sdb of=/dev/sda
testdisk zeigt hier irgendwas an, was für es eventuell ein Partitionsanfang sein könnte.Disk /dev/sda - 122 GB / 114 GiB - CHS 14946 255 63
Partition Start End Size in sectors
D MS Data 61 230259636 230259576
D MS Data 63 230259638 230259576
D Mac HFS 26663607 85019828 58356222 [~CM-!]
D MS Data 50632942 77734533 27101592
D MS Data 58884195 58887074 2880
D MS Data 70404310 92943441 22539132
D MS Data 77734533 104836124 27101592
D Mac HFS 85019825 143376046 58356222 [~CM-!]
D MS Data 92943441 115482572 22539132
D MS Data 93532118 93552856 20739 [NO NAME]
D MS Data 93532122 93755805 223684 [NO NAME]
D MS Data 114021927 114024806 2880 [dban-1.0.7]
...
Jedoch ist das offensichtlich Müll, da die entsprechenden Abschnitte sich überschneiden und nicht erkannt werden.
Zumindest bis ca. 70GB, dem Anfang des letzten Bereichs.
testdisk sollte zumindest die Partitionierung von sdb wiedergeben,
in dessen Auswahlmenü gibt es mehrere Optionen, zBsp. [EFI GPT].
Wie sahen denn die Partitionierungen von sda und sdb aus?
ZBsp. klassisch (aligned/nonaligned) <-> GPT?
Größen der Platten usw., Belegung der /home-Platte (sda)
Wie lange lief der dd? Wenn der Schaden wirklich bis 70GB von 122GB beträgt, ist wohl kaum etwas zu retten,
zBsp. durch Ansprechen der ursprünglichen Partition mittels eines noch vorhandenen Superblocks
(Wobei die Ergebnisse da meist lausig sind,
und einen Wust mehr oder weniger beschädigter Dateien ergeben).
ext4 fragmentiert Dateien zwar sehr wenig, wenn genug freier Platz vorhanden ist, legt dann die Dateien aber zum Partitionsanfang hin
<-> Problem durch Überschreiben von eventuell 70GB.
mfg komsomolze