Dateisystem von 2 externen Festplatten vertauscht

Housemixer

Cadet 3rd Year
Registriert
Mai 2008
Beiträge
57
Hallo, folgendes (unnötiges/blödes) ist mir gestern passiert:

Externe Festplatte A hängt am Laptop, der Explorer mit der Dateiansicht von A ist offen, der Laptop fährt nach einer gewissen Zeit in den Ruhezustand. Schlau wie ich bin wechsele ich noch im Ruhezustand Platte A gegen Platte B (praktischerweise sind es identische externe Laufwerke, gleicher Hersteller, gleiche Größe). Der Laptop geht wieder an, und zu meiner Verwunderung sehe ich immer noch die Orderstruktur und die Dateien von A im Explorer. Ich klicke etwas rum und statt einfach das Laufwerk auszuwerfen und neu anzuschließen öffne ich zum Test eine Datei. Es passiert natürlich nichts ausser dass die Explorer vergeblich versucht die Datei zu öffnen. Also ziehe ich den USB Stecker ab und schließe wieder an, mit dem Ergebnis dass Windows jetzt eine Ewigkeit braucht Festplatte B zu erkennen. Nach 1-2 Minuten wird das Laufwerk im Explorer angezeigt, aber es wird direkt gefragt ob das Laufwerk formatiert werden soll, es wird einfach nichts mehr erkannt. Da ich schonmal ein ähnliches Problem hatte, bin ich zunächst alle USB Ports am Laptop durch und danach alle am Rechner, leider ohne Ergebnis. Also habe ich über Nacht Testdisk laufen lassen mit folgendem (wenig hilfreichen) Ergebnis:

Code:
Fri Apr 03 21:59:09 2015
Command line: TestDisk

TestDisk 7.0-WIP, Data Recovery Utility, March 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
OS: Windows 7 (7601) SP1
Compiler: GCC 4.9, MinGW 3.11
Compilation date: Mar 31 2015 14:29:16
ext2fs lib: none, ntfs lib: 10:0:0, reiserfs lib: none, ewf lib: 20120504
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive4)=4000787025920
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\K:)=4000770424832

Hard disk list
Disk \\.\PhysicalDrive4 - 4000 GB / 3726 GiB - CHS 60800 255 63, sector size=4096
Drive K: - 4000 GB / 3726 GiB - CHS 60799 255 63, sector size=4096

Partition table type (auto): None
Drive K: - 4000 GB / 3726 GiB
Partition table type: Intel

Analyse Drive K: - 4000 GB / 3726 GiB - CHS 60799 255 63
Geometry from i386 MBR: head=115 sector=52
BAD_RS LBA=1936269394 5382406
check_part_i386 1 type 4F: no test
BAD_RS LBA=1917848077 5967333
check_part_i386 2 type 73: no test
BAD_RS LBA=1818575915 5855017
check_part_i386 3 type 2B: no test
BAD_RS LBA=2844524554 5982593
check_part_i386 4 type 61: no test
Current partition structure:
 1 * Sys=4F               120527  49 53 234813 237 34 1836016416

Bad relative sector.
 2 * Sys=73               119380 132 62 153270  41 37  544437093

Bad relative sector.
 3 * Sys=2B               113201  29 24 147074 114 59  544175136

Bad relative sector.
 4 * SpeedStor            177063 118 26 177066 225 63      54974

Bad relative sector.
Only one partition must be bootable
Space conflict between the following two partitions
 3 * Sys=2B               113201  29 24 147074 114 59  544175136
 2 * Sys=73               119380 132 62 153270  41 37  544437093
Space conflict between the following two partitions
 2 * Sys=73               119380 132 62 153270  41 37  544437093
 1 * Sys=4F               120527  49 53 234813 237 34 1836016416
Space conflict between the following two partitions
 1 * Sys=4F               120527  49 53 234813 237 34 1836016416
 4 * SpeedStor            177063 118 26 177066 225 63      54974

search_part()
Drive K: - 4000 GB / 3726 GiB - CHS 60799 255 63
BAD_RS LBA=3461612202 6915434
check_FAT: can't read FAT boot sector
check_part_i386 failed for partition type 0C
     FAT32 LBA            215475 100 28 475170 132 63 4172002227
This partition ends after the disk limits. (start=3461612202, size=4172002227, end=7633614428, disk end=976750592)
BAD_RS LBA=126782956 3065569
check_part_i386 failed for partition type 07
     HPFS - NTFS          275241  56 60 338094 205 61 1009742834
This partition ends after the disk limits. (start=4421750252, size=1009742834, end=5431493085, disk end=976750592)
Drive K: - 4000 GB / 3726 GiB - CHS 60799 255 63
Check the harddisk size: HD jumpers settings, BIOS detection...
The harddisk (4000 GB / 3726 GiB) seems too small! (< 31 TB / 28 TiB)
The following partitions can't be recovered:
     FAT32 LBA            215475 100 28 475170 132 63 4172002227
     HPFS - NTFS          275241  56 60 338094 205 61 1009742834

Im nächsten Schritt hab ich einfach mal geguckt was mir Recuva so anzeigt, nach einem schnellen Scan ging mir ein Licht auf:
Auf Platte B wurde mir in Recuva eine Ordnerstruktur die zum Teil von Platte A kam angezeigt, und bei jeder Datei die eigentlich auf A ist, stand im Kommentar dass sie mit der eigentlichen Datei von B überschrieben wurde. Beispiel:
Code:
 'Dateiname' "Datei von A" - 'Zustand: Unwiederherstellbar' - 'Kommentar: Diese Datei wurde mit "K:\Datei von B" überschrieben'.
Mit anderen Worten, am Inhalt der Dateien hat sich nichts geändert, nur irgendwie wurde die Dateiliste (oder wie auch immer das Inhaltsverzeichnis auf einem Laufwerk heissen, Partition?) von B mit der von A ersetzt.
Erschwerend kommt hinzu dass beide Festplatten 4TB groß sind, d.h. einfach mal so ein Image erstellen ist leider nicht möglich (ausser ich kaufe jetzt eine weitere 4TB oder 5TB Platte?).
Gibt es einen einfachen weg wie man das Inhaltsverzeichnis von B wiederherstellen kann? Ich hatte mal gelesen dass ab FAT32/NTFS irgendwie ein Backup davon angelegt würde. Oder muss ich jetzt ein Image von B erstellen und an dem dann rumspielen um die Dateien zu retten?
Option 3 ist natürlich einfach alles platt machen, aber das wäre eher eine Notlösung wenn es wirklich nicht mehr weitergeht.
Ich wäre über hilfreiche Tipps dankbar.
 
Zuletzt bearbeitet:
Das wäre dann wohl die kleine Holzhammermethode, aber der Gedanke kam mir auch schon. Ich befürchte fast dass am Ende ein Kauderwelsch rauskommt wie mir in Recuva schon angezeigt wurde und dann ist wirklich das meiste nicht mehr brauchbar.
Nachtrag: hab mir jetzt einfach mal noch eine weitere Platte bestellt, dauert ja dank Ostern und Streiks eh bis die hier eintrudelt...
 
Zuletzt bearbeitet:
chkdsk würde ich meiden, das versucht nur irgendwie das Filesystem gerade zu ziehen und schmeißt über Bord, was dabei im Wege ist. Es ist definitiv kein Datenrecoverytool.
 
So, nachdem ich alles gesichert hatte lief einfach mal chkdsk drüber. Das überraschenderweise fast alle Fehler repariert. Warum fast? In Windows wird die Platte als leer erkannt, dafür findet Testdisk jetzt wieder die richtige Partition und mit dem Testdisk File Copy konnte ich alle Daten retten. Leider hat Testdisk keine Fortschrittsanzeige oder gibt irgendwie ne geschätzte Dauer aus, dafür wurde aber auch alles kopiert (hat glaub ich fast 24h gedauert...). Recuva hat nach dem ChkDsk übrigens immer noch nichts sinnvolles anzeigen können...
 
Zurück
Oben