HD kann sich nicht entscheiden: MBR oder GPT
Posted: 01 Jan 2016, 17:38
Hallo Community,
Ich sitze seit Wochen an einer Platte, die ursprünglich einmal MBR-formtiert war. Dann war sie plötzlich (ohne wissentlich eigenes Zutun) eine GPT-Platte und die Videos (knapp 2 TB) sind nicht mehr verfügbar.
Die Videos sind alte Aufnahmen, die ich zum Teil selbst gemacht habe (TV), teils von außerhalb bekommen habe (VOB). Keines davon war in irgendeiner Weise geschützt.
Ich habe es mit EaseUs versucht, das Programm aber abgebrochen, als es nach drei Tagen (!!!) um die 3500 Videos meldete und der angebliche Versuch, die Verzeichnisse neu zu schreiben, nach mehr als 5 Stunden (!!!!!) noch immer nichts zustande gebracht hatte.
Der zweite Versuch wurde mit O&O Recovery gemacht, der ebenfalls um die vier Tage dauerte und knapp 4000 Dateien auf eine Schwesterplatte schrieb.
Diese Dateien sind jedoch erstaunlicherweise alle angeblich dermaßen DRM-geschützt, so dass ich nicht einmal als (echter) Admin diese Dateien auch nur abspielen kann (VLC zeigt nur den Pylon, WMP liefert bestenfalls verpixelten Schrott).
Soweit ich sehen kann, haben die Dateinamen auch nicht mehr viel mit dem ursprünglichen Inhalt und der ehemaligen Spieldauer gemeinsam - sie sind also als Schrott zu betrachten.
Dritter Versuch: Testdisk (in der 32-Bit-Version). Auf meinem 64-Bit-System ist das Programm im Tiefenscan nach etwa 30 Stunden Laufzeit mittlerweile mit 11% der Platte fertig.
Hochgerechnet ergibt das um die 10 Tage Laufzeit nur für den Scan.
Hier die Datei Testdisk.log:
*******************************
Thu Dec 31 12:49:51 2015
Command line: TestDisk
TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
OS: Windows 7 (7601) SP1
Compiler: GCC 4.8, Cygwin 1007.34
Compilation date: 2015-04-18T13:01:55
ext2fs lib: 1.42.8, ntfs lib: 10:0:0, reiserfs lib: 0.3.1-rc8, ewf lib: 20120504, curses lib: ncurses 5.9
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sda)=250059350016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sdb)=1000204886016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sdc)=500106780160
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sdd)=2000398934016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sde)=2000398934016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sdg)=250059350016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive0)=250059350016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive1)=1000204886016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive2)=500106780160
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive3)=2000398934016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive4)=2000398934016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive6)=250059350016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\C:)=249952206848
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\D:)=202629740544
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\E:)=241592889344
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\J:)=2000260431872
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\T:)=53694595584
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\X:)=1000202043392
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\Y:)=2000263577600
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\Z:)=249923895296
Hard disk list
Disk /dev/sda - 250 GB / 232 GiB - CHS 30401 255 63, sector size=512
Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63, sector size=512
Disk /dev/sdc - 500 GB / 465 GiB - CHS 60801 255 63, sector size=512
Disk /dev/sdd - 2000 GB / 1863 GiB - CHS 243201 255 63, sector size=512
Disk /dev/sde - 2000 GB / 1863 GiB - CHS 243201 255 63, sector size=512
Disk /dev/sdg - 250 GB / 232 GiB - CHS 30401 255 63, sector size=512
Drive C: - 249 GB / 232 GiB - CHS 30388 255 63, sector size=512
Drive D: - 202 GB / 188 GiB - CHS 24634 255 63, sector size=512
Drive E: - 241 GB / 225 GiB - CHS 29371 255 63, sector size=512
Drive J: - 2000 GB / 1862 GiB - CHS 243184 255 63, sector size=512 <===== das ist die Platte, um die es geht
Drive T: - 53 GB / 50 GiB - CHS 6527 255 63, sector size=512
Drive X: - 1000 GB / 931 GiB - CHS 121600 255 63, sector size=512
Drive Y: - 2000 GB / 1862 GiB - CHS 243184 255 63, sector size=512
Drive Z: - 249 GB / 232 GiB - CHS 30384 255 63, sector size=512
Partition table type (auto): None
Drive J: - 2000 GB / 1862 GiB
Partition table type: EFI GPT
Analyse Drive J: - 2000 GB / 1862 GiB - CHS 243184 255 63
file_win32_pread(480,1,buffer,3906758655(243184/122/10)) read err: read after end of file
Bad GPT partition, invalid signature.
Trying alternate GPT
Current partition structure:
Bad GPT partition, invalid signature.
Trying alternate GPT
****************************
Ist das normal oder lässt sich Testdisk unnötig viel Zeit?
Lohnt es sich, stattdessen die 64-Bit-Version zu starten?
Kennt jemand sinnvollere Vorgehensweisen?
Ich bin für jeden Tipp dankbar.
Ich sitze seit Wochen an einer Platte, die ursprünglich einmal MBR-formtiert war. Dann war sie plötzlich (ohne wissentlich eigenes Zutun) eine GPT-Platte und die Videos (knapp 2 TB) sind nicht mehr verfügbar.
Die Videos sind alte Aufnahmen, die ich zum Teil selbst gemacht habe (TV), teils von außerhalb bekommen habe (VOB). Keines davon war in irgendeiner Weise geschützt.
Ich habe es mit EaseUs versucht, das Programm aber abgebrochen, als es nach drei Tagen (!!!) um die 3500 Videos meldete und der angebliche Versuch, die Verzeichnisse neu zu schreiben, nach mehr als 5 Stunden (!!!!!) noch immer nichts zustande gebracht hatte.
Der zweite Versuch wurde mit O&O Recovery gemacht, der ebenfalls um die vier Tage dauerte und knapp 4000 Dateien auf eine Schwesterplatte schrieb.
Diese Dateien sind jedoch erstaunlicherweise alle angeblich dermaßen DRM-geschützt, so dass ich nicht einmal als (echter) Admin diese Dateien auch nur abspielen kann (VLC zeigt nur den Pylon, WMP liefert bestenfalls verpixelten Schrott).
Soweit ich sehen kann, haben die Dateinamen auch nicht mehr viel mit dem ursprünglichen Inhalt und der ehemaligen Spieldauer gemeinsam - sie sind also als Schrott zu betrachten.
Dritter Versuch: Testdisk (in der 32-Bit-Version). Auf meinem 64-Bit-System ist das Programm im Tiefenscan nach etwa 30 Stunden Laufzeit mittlerweile mit 11% der Platte fertig.
Hochgerechnet ergibt das um die 10 Tage Laufzeit nur für den Scan.
Hier die Datei Testdisk.log:
*******************************
Thu Dec 31 12:49:51 2015
Command line: TestDisk
TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
OS: Windows 7 (7601) SP1
Compiler: GCC 4.8, Cygwin 1007.34
Compilation date: 2015-04-18T13:01:55
ext2fs lib: 1.42.8, ntfs lib: 10:0:0, reiserfs lib: 0.3.1-rc8, ewf lib: 20120504, curses lib: ncurses 5.9
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sda)=250059350016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sdb)=1000204886016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sdc)=500106780160
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sdd)=2000398934016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sde)=2000398934016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sdg)=250059350016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive0)=250059350016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive1)=1000204886016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive2)=500106780160
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive3)=2000398934016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive4)=2000398934016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive6)=250059350016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\C:)=249952206848
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\D:)=202629740544
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\E:)=241592889344
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\J:)=2000260431872
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\T:)=53694595584
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\X:)=1000202043392
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\Y:)=2000263577600
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\Z:)=249923895296
Hard disk list
Disk /dev/sda - 250 GB / 232 GiB - CHS 30401 255 63, sector size=512
Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63, sector size=512
Disk /dev/sdc - 500 GB / 465 GiB - CHS 60801 255 63, sector size=512
Disk /dev/sdd - 2000 GB / 1863 GiB - CHS 243201 255 63, sector size=512
Disk /dev/sde - 2000 GB / 1863 GiB - CHS 243201 255 63, sector size=512
Disk /dev/sdg - 250 GB / 232 GiB - CHS 30401 255 63, sector size=512
Drive C: - 249 GB / 232 GiB - CHS 30388 255 63, sector size=512
Drive D: - 202 GB / 188 GiB - CHS 24634 255 63, sector size=512
Drive E: - 241 GB / 225 GiB - CHS 29371 255 63, sector size=512
Drive J: - 2000 GB / 1862 GiB - CHS 243184 255 63, sector size=512 <===== das ist die Platte, um die es geht
Drive T: - 53 GB / 50 GiB - CHS 6527 255 63, sector size=512
Drive X: - 1000 GB / 931 GiB - CHS 121600 255 63, sector size=512
Drive Y: - 2000 GB / 1862 GiB - CHS 243184 255 63, sector size=512
Drive Z: - 249 GB / 232 GiB - CHS 30384 255 63, sector size=512
Partition table type (auto): None
Drive J: - 2000 GB / 1862 GiB
Partition table type: EFI GPT
Analyse Drive J: - 2000 GB / 1862 GiB - CHS 243184 255 63
file_win32_pread(480,1,buffer,3906758655(243184/122/10)) read err: read after end of file
Bad GPT partition, invalid signature.
Trying alternate GPT
Current partition structure:
Bad GPT partition, invalid signature.
Trying alternate GPT
****************************
Ist das normal oder lässt sich Testdisk unnötig viel Zeit?
Lohnt es sich, stattdessen die 64-Bit-Version zu starten?
Kennt jemand sinnvollere Vorgehensweisen?
Ich bin für jeden Tipp dankbar.