m.friedrichs
Newbie
- Registriert
- Juni 2012
- Beiträge
- 4
Testdisk erkennt NTFS Image als Linux,- Wiederherstellung nur als Inode möglich !?
Hallo.
Mein erster Thread hier ist leider direkt eine Problemanfrage:
Ich hatte für Windows und Linux eine "shared" NTFS-Partition eingerichtet, um von beiden Systemen auf meine Thunderbird Mails und die Firefox Bookmarks zuzugreifen.
Bei einem Umzug der Daten auf eine neue Festplatte mit rsync -avz (womit die Dateirechte übernommen werden) bin ich beim Kopieren in den Dateirechten "hängen geblieben" (Linux Dateirechte sind ja anders als NTFS Dateirechte) - d.h. es gab für jede Datei eine Fehlermeldung die bestätigt werden sollte..
Also habe ich abgebrochen und die unvollständig kopierten Daten auf dem Zieldatenträger - der ebenfalls "shared" heisst - mit SHIFT & ENTF gelöscht. Also ohne Umweg über den Papierkorb.
Als ich den Kopiervorgang ohne Rechteübernahme neu starten wollte wurde mir klar, dass ich den falschen Datenträger gelöscht hatte..
Zuerst also die Partition unmounted und ohne Schreibrechte neu gemountet.
Mit dd ein image erstellt und auf der neuen Festplatte abgelegt.
(dd if=/dev/sdb8 of=/neue_platte/userpfad/sdb8.img)
Dann habe ich in den letzten Tagen gefühlte tausend Programme drüber laufen lassen.
Testdisk, Photorescue, foremost u.a. die mir gerade nicht mehr alle einfallen.
Bei ein,zwei Versuchen wurden auch Dateien hergestellt.
Aber entweder nur spezielle, vorher definierte Dateien (foremost: pdf, doc, mpeg, etc..) oder in einem Fall scheinbar ALLE Dateien, aber mit der Bezeichnung inode_123, inode_124, node_125
(Ich glaube das war testdisk in der Option Partition "NONE" / RAW-Modus).
In einem anderen Fall wurden tausend Dateien durchnummeriert mit der entsprechenden Dateiendung in zig Ordnern mit der Bezeichnung recup_dir.1, recup_dir.2, etc.. abgelegt.
Bei ca. 5GB eMails aus 8 Jahren kann ich damit nicht wirklich etwas anfangen. Selbst, wenn ich die tausend msf Dateien aus den hundert recup_dir Ordnern in wochenlanger Arbeit in Thunderbird importiere, werden wohl die Anhänge nicht mehr zugeordnet, weil sie seperat wiederhergestellt wurden.
Also habe ich weiter mit Testdisk versucht, weil dort angeblich die Ordnerstruktur wieder hergestellt werden kann, wenn Daten gelöscht wurden. Aber sowohl auf dem Image als auf der Original Partition spuckt mir Testdisk an jeder Ecke Fehler aus.
Mein Vorgehen:
# testdisk sdb8.img
-> Vorgewählt ist "None", ich ändere auf "Intel"
-> "Analyse"
Die "Bad relative Sector" Werte sind komplett spanisch für mich.
Was soll das sein ? Kryptographie für fortgeschrittene..?
Bei welcher der drei Zahlen "beginnt" denn die Partition / Der "Bad sector"?
Und wenn Testdisk das doch schon weiß, warum handelt es nicht einfach oder stellt eine klare Frage an mich ?
Was mache ich also damit ?
Nunja,- weiter:
->"Quick search"
->search for Vista Partition = Y
Hier meldet Testdisk:
Danach sagt Testdisk:
"No partition found or selected for recovery"
Ich konnte vorher aber auch keine Partition auswählen, was ja normalerweise mit <SPACE> funktioniert.
Ein "deeper Search" bringt mich auch nicht weiter, ebenfalls:
"The following partitions can't be recovered:"
und "No partition found or selected for recovery"
Wähle ich "Advanced",
dann folgt ein Dialog in dem ich nur "Type" und "Image Creation" vornehmen kann...
Anders sieht es aus, wenn ich bei Partition Table Type "NONE" wähle:
Aber dann erhalte ich halt nur durchnummerierte Dateien...
Gibt es dafür eine Lösung, um mit Dateinamen und Pfaden wiederherzustellen ?
Ich benötige nur meine eMails und meine Bookmarks, der Rest ist völlig egal.
Einen schönen Gruß,
Michael
Hallo.
Mein erster Thread hier ist leider direkt eine Problemanfrage:
Ich hatte für Windows und Linux eine "shared" NTFS-Partition eingerichtet, um von beiden Systemen auf meine Thunderbird Mails und die Firefox Bookmarks zuzugreifen.
Bei einem Umzug der Daten auf eine neue Festplatte mit rsync -avz (womit die Dateirechte übernommen werden) bin ich beim Kopieren in den Dateirechten "hängen geblieben" (Linux Dateirechte sind ja anders als NTFS Dateirechte) - d.h. es gab für jede Datei eine Fehlermeldung die bestätigt werden sollte..
Also habe ich abgebrochen und die unvollständig kopierten Daten auf dem Zieldatenträger - der ebenfalls "shared" heisst - mit SHIFT & ENTF gelöscht. Also ohne Umweg über den Papierkorb.
Als ich den Kopiervorgang ohne Rechteübernahme neu starten wollte wurde mir klar, dass ich den falschen Datenträger gelöscht hatte..
Zuerst also die Partition unmounted und ohne Schreibrechte neu gemountet.
Mit dd ein image erstellt und auf der neuen Festplatte abgelegt.
(dd if=/dev/sdb8 of=/neue_platte/userpfad/sdb8.img)
Dann habe ich in den letzten Tagen gefühlte tausend Programme drüber laufen lassen.
Testdisk, Photorescue, foremost u.a. die mir gerade nicht mehr alle einfallen.
Bei ein,zwei Versuchen wurden auch Dateien hergestellt.
Aber entweder nur spezielle, vorher definierte Dateien (foremost: pdf, doc, mpeg, etc..) oder in einem Fall scheinbar ALLE Dateien, aber mit der Bezeichnung inode_123, inode_124, node_125
(Ich glaube das war testdisk in der Option Partition "NONE" / RAW-Modus).
In einem anderen Fall wurden tausend Dateien durchnummeriert mit der entsprechenden Dateiendung in zig Ordnern mit der Bezeichnung recup_dir.1, recup_dir.2, etc.. abgelegt.
Bei ca. 5GB eMails aus 8 Jahren kann ich damit nicht wirklich etwas anfangen. Selbst, wenn ich die tausend msf Dateien aus den hundert recup_dir Ordnern in wochenlanger Arbeit in Thunderbird importiere, werden wohl die Anhänge nicht mehr zugeordnet, weil sie seperat wiederhergestellt wurden.
Also habe ich weiter mit Testdisk versucht, weil dort angeblich die Ordnerstruktur wieder hergestellt werden kann, wenn Daten gelöscht wurden. Aber sowohl auf dem Image als auf der Original Partition spuckt mir Testdisk an jeder Ecke Fehler aus.
Mein Vorgehen:
# testdisk sdb8.img
-> Vorgewählt ist "None", ich ändere auf "Intel"
-> "Analyse"
Code:
Disk sdb8.img - 31 GB / 29 GiB - CHS 3825 255 63
Current partition structure:
Partition Start End Size in sectors
1 * DiskSecure MB 409 142 41 119790 20 38 1917848077
Bad relative sector.
2 * Sys=43 121584 74 6 234785 103 28 1818575915
Bad relative sector.
3 * Sys=72 14051 94 29 14051 94 38 10
Bad relative sector.
Only one partition must be bootable
Space conflict between the following two partitions
1 * DiskSecure MB 409 142 41 119790 20 38 1917848077
3 * Sys=72 14051 94 29 14051 94 38 10
Die "Bad relative Sector" Werte sind komplett spanisch für mich.
Was soll das sein ? Kryptographie für fortgeschrittene..?
Bei welcher der drei Zahlen "beginnt" denn die Partition / Der "Bad sector"?
Und wenn Testdisk das doch schon weiß, warum handelt es nicht einfach oder stellt eine klare Frage an mich ?
Was mache ich also damit ?
Nunja,- weiter:
->"Quick search"
->search for Vista Partition = Y
Hier meldet Testdisk:
Code:
The following partitions can't be recovered:
Partition Start End Size in sectors
> Linux 1854 90 29 5679 89 26 61448560 [rescue]
Linux 1854 252 63 5679 251 60 61448560 [rescue]
Danach sagt Testdisk:
"No partition found or selected for recovery"
Ich konnte vorher aber auch keine Partition auswählen, was ja normalerweise mit <SPACE> funktioniert.
Ein "deeper Search" bringt mich auch nicht weiter, ebenfalls:
"The following partitions can't be recovered:"
und "No partition found or selected for recovery"
Wähle ich "Advanced",
dann folgt ein Dialog in dem ich nur "Type" und "Image Creation" vornehmen kann...
Anders sieht es aus, wenn ich bei Partition Table Type "NONE" wähle:
Code:
Disk sdb8.img - 31 GB / 29 GiB - CHS 3825 255 63
Partition Start End Size in sectors
>P NTFS 0 0 1 3824 253 63 61448562 [shared]
Structure: Ok.
Gibt es dafür eine Lösung, um mit Dateinamen und Pfaden wiederherzustellen ?
Ich benötige nur meine eMails und meine Bookmarks, der Rest ist völlig egal.
Einen schönen Gruß,
Michael
Zuletzt bearbeitet: