| Vorheriges Thema anzeigen :: Nächstes Thema anzeigen |
| Autor |
Nachricht |
hansi
Anmeldungsdatum: 31.07.2005
Beiträge: 14
|
 Verfasst am: 16. Mai 2011 9:00 Titel: Festplatte wieder herstellen |
|
|
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.
 |
|
| |
|
|
DH
Anmeldungsdatum: 19.02.2006
Beiträge: 103
|
| Verfasst am: 16. Mai 2011 15:42 Titel: |
|
|
Hallo hansi,
dd ist ein low-level Tool. Da sehe ich schwarz. dd_resque wird dir auch nicht helfen. TestDisk6.11 kann Dateien auf ext4 nicht recovern, sondern nur kopieren, sofern alle Datenblöcke noch da sind.
Was Du da als Log mitgeschickt hast sieht nicht gut aus.
Dieter |
|
| |
|
|
Janka
Anmeldungsdatum: 11.02.2006
Beiträge: 3569
|
| Verfasst am: 16. Mai 2011 18:42 Titel: |
|
|
Es würde sehr helfen wenn du uns verraten würdest, mit welchem Befehl genau du deine Daten geschrottet hast.
Janka
_________________
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie. |
|
| |
|
|
DH
Anmeldungsdatum: 19.02.2006
Beiträge: 103
|
| Verfasst am: 16. Mai 2011 18:50 Titel: |
|
|
| Janka hat folgendes geschrieben:: | Es würde sehr helfen wenn du uns verraten würdest, mit welchem Befehl genau du deine Daten geschrottet hast.
Janka |
dd zu benutzen, ohne die daten gesichert zu haben ist tödlich... |
|
| |
|
|
hansi
Anmeldungsdatum: 31.07.2005
Beiträge: 14
|
| Verfasst am: 16. Mai 2011 20:10 Titel: |
|
|
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
Anmeldungsdatum: 11.02.2006
Beiträge: 3569
|
| Verfasst am: 16. Mai 2011 23:16 Titel: |
|
|
| DH hat folgendes geschrieben:: | | dd zu benutzen, ohne die daten gesichert zu haben ist tödlich... |
Kaum. Eher, auf Devicenodes zu arbeiten von denen man annimmt, sie gehören zu einem anderen Device als dem gedachten.
Janka
_________________
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie. |
|
| |
|
|
Janka
Anmeldungsdatum: 11.02.2006
Beiträge: 3569
|
| Verfasst am: 16. Mai 2011 23:18 Titel: |
|
|
| hansi hat folgendes geschrieben:: | 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. |
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?
Janka
_________________
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie. |
|
| |
|
|
hansi
Anmeldungsdatum: 31.07.2005
Beiträge: 14
|
| Verfasst am: 17. Mai 2011 10:01 Titel: |
|
|
| Wie bereits genannt habe dd ausgeführt und dann während das lief ,die konsole geschlossen. |
|
| |
|
|
Janka
Anmeldungsdatum: 11.02.2006
Beiträge: 3569
|
| Verfasst am: 18. Mai 2011 22:08 Titel: |
|
|
So kommen wir nicht weiter. Wenn du so wenig und ungenaue Informationen gibst, kann man dir nicht helfen.
Janka
_________________
Ich vertonne Spam immer in /dev/dsp statt /dev/null.
Ich mag die Schreie. |
|
| |
|
|
komsomolze
Anmeldungsdatum: 03.03.2006
Beiträge: 429
|
| Verfasst am: 20. Mai 2011 11:52 Titel: |
|
|
| Zitat: |
Auf der Platte befindet sich mein /home Verzeichnis welches ich unbedingt retten möchte. Die Platte war mit ex4 formatiert.
|
| Zitat: | mit dd if=/dev/sdb of=/dev/sda
|
| Zitat: |
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]
...
|
testdisk zeigt hier irgendwas an, was für es eventuell ein Partitionsanfang sein könnte.
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 |
|
| |
|
|
|
