Testdisk Ordner und Dateien Fehlen

psychoporn

Newbie
Registriert
Jan. 2014
Beiträge
4
Bonjour!

Ich bin neu hier und werde versuchen so faktuel wie möglich zu bleiben und schnell zum Punkt zu kommen. Vielen danke im voraus für Eure Hilfe.


Externe Festplatte: Western Digital My Book Essentials 3To USB3 (NTFS ; 1 Partition)
Betriebsystem: Windows 7

Es fing an mit dem klassischen Problem: "Datenträger muss formatiert werden".

Ich habe Testdisk 6.14 benutzt um zu versuchen die Daten zu retten (vorallem ".jpg", ".mp3", und ".avi").

Nach der funktion [Analyze] und [Quick Search] habe ich mit der funktion "P: list files" versucht meine Daten zu retten. *Siehe Unten: Testdisk.log

Problem: Die wichtigen Datein in den entsprechenden Ordnern fehlen (zum teil fehlen auch die kompletten Ordner).

Frage 1:
Nützt es etwas die Funktion [Deeper Search] auszuführen um die Dateien bzw Ordner zu finden? (Ich schätze es würde etwa 4 Tage dauern um durchzulaufen).

Frage 2:
Nützt es etwas "chkdsk E: f/ r/" auszuführen ? (Auch hier schätze ich es würde etwa 4 Tage dauern um durchzulaufen).

Frage 3:
Was kann ich tun um meine Daten zu retten?


Merci beaucoup und viele grüsse aus Paris.
Micha


*******************************************************************************************
Tue Jan 21 12:05:32 2014
Command line: TestDisk

TestDisk 6.14, Data Recovery Utility, July 2013
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
OS: Windows 7 (7601) SP1
Compiler: GCC 4.7, Cygwin 1007.17
Compilation date: 2013-07-30T14:08:52
ext2fs lib: 1.42.2, ntfs lib: 10:0:0, reiserfs lib: 0.3.1-rc8, ewf lib: 20120504
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sda)=128035676160
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sdb)=3000558944256
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive0)=128035676160
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive1)=3000558944256
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\C:)=106092822528
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\E:)=3000557895680
Hard disk list
Disk /dev/sda - 128 GB / 119 GiB - CHS 15566 255 63, sector size=512 - TOSHIBA THNSNS128GMC, S/N:25SM01KRWTZR, FW:TA2A
Disk /dev/sdb - 3000 GB / 2794 GiB - CHS 45599 255 63, sector size=4096 - WD My Book 1140, S/N:WMC1T1400455, FW:1025
Disk \\.\PhysicalDrive1 - 3000 GB / 2794 GiB - CHS 45599 255 63, sector size=4096 - WD My Book 1140, S/N:WMC1T1400455, FW:1025
Drive E: - 3000 GB / 2794 GiB - CHS 45599 255 63, sector size=4096 - WD My Book 1140, S/N:WMC1T1400455, FW:1025

Partition table type (auto): Intel
Disk /dev/sdb - 3000 GB / 2794 GiB - WD My Book 1140
Partition table type: Intel

Analyse Disk /dev/sdb - 3000 GB / 2794 GiB - CHS 45599 255 63
Geometry from i386 MBR: head=255 sector=63
NTFS at 0/4/5
Current partition structure:
1 * HPFS - NTFS 0 4 5 45599 165 6 732558080 [PSYCHOTERA 3]
Failed to read $MFTMirr: No such file or directory.
Error reading $Mft record(s): Input/output error.
Error reading $Mft record(s): Input/output error.
Error reading $Mft record(s): No such file or directory.
Error reading $Mft record(s): Input/output error.
Error reading $Mft record(s): Input/output error.
Error reading $Mft record(s): No such file or directory.
Error reading $Mft record(s): No such file or directory.
 
Hallo,
wenn du noch 3TB Speicherplatz hast, würde ich als erstes das Laufwerk klonen (mit ddrescue unter Knoppix), um weitere Verluste zu vermeiden. Nicht das die Festplatte den Geist während deines Rettungsversuches komplett aufgibt.
chkdsk würde ich nicht als Erstes benutzen. Klar kann es funktionieren, kann aber auch noch mehr beschädigen.
Um eine komplette 3TB Platte zu retten, musst du sehr viel Zeit einplanen.
Falls ein Backup via Image nicht möglich ist, da nicht genügend Speicherplatz vorhanden ist, würde ich "deeper search" mal drüberlaufen lassen . Sehr wahrscheinlich, dass da noch mehr gefunden wird.
Viel Erfolg beim Wiederfinden der Daten.

Grüße
Julius
 
Hallo Julius,
Vielen danke für Deine Hilfe.

1. Ich habe leider nicht genügend Speicherplatz um ein Backup/Image zu machen.

2. OK, von chkdsk lass ich also erstmal die Finger...

3. Ich verstehe Deine Antwort also so, dass ein [Deeper Search] nicht nur Partitionen findet (wie in der Beschriebung/Tutorial von Testdisk steht) sondern tatsächlich auch noch mehr Ordner und/oder Dateien finden kann.
Lieg ich mit dieser Annahme richtig? (Falls ja dann leg ich los...und melde mich so in etwa 4 Tagen wieder)

Beste Grüsse,
Micha
 
Das paßt soweit, allerdings zeigt Testdisk hier nichts positives an:

"Failed to read $MFTMirr: No such file or directory"
$MFTMirr: ein Image der ersten 4 Einträge der $MFT
für den Fall das der 1.Sektor der $MFT beschädigt ist.

"Error reading $Mft record(s): Input/output error"
"Error reading $Mft record(s): No such file or directory"
Ohne MFT Einträge kann nichts gerettet werden, pro Datei/Verzeichnis gibts
zumindest 1 file record, in dem u.A. der Anfang und die Größe verzeichnet ist.
 
Bonsoir Inzersdorfer!

ich muss zugeben dass ich Deiner letzten Antwort nicht ganz folgen kann. Bin leider kein Informatik-Crack...

Heißt das nun das meine Master File Table "kaputt" ist?
Wenn ja, heißt das dann das man nichts mehr retten kann? (weder mit Testdisk [Deeper Search] noch mit CMD [chkdsk e: /f /r] oder anderes?)
Gibt es keine Möglichkeit MFT's zu reparieren?

Merci!
 
Laut testdisk ist die MFT defekt, ohne diese gibts auf deiner Festplatte nur
Datenbrei da man nicht weiß wo eine Datei anfängt, wie groß sie ist und welcher Typ.

Die Sicherung ist der $MFTMirr, der aber wie gesagt nur die ersten 4 Einträge abdeckt
und bei dir ebenfalls nicht ansprechbar ist.

Um solche Malversationen zu vermeiden gäbe es Datensicherung und Backup...
 
Zurück
Oben