Backup Platte wird nach Gehäusewechsel als unformatiert erkannt

[Lockedoor]

Hallo,

wie in meinem Thread hier schon näher beschrieben, wird meine externe Backup-Platte nach einem Gehäusewechsel als unformatiert erkannt. Es handelt sich um eine ST3000DM001. Prinzipiell wäre es nicht wahnsinnig tragisch, wenn die Daten weg wären - kann ja aber eigentlich nicht sein oder? Ich habe mit Testdisk schon eine Analyse gemacht:

Sat Oct  5 22:53:14 2013
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)=120034123776
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sdb)=1000204886016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sdc)=1500301910016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(/dev/sdd)=3000592982016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive0)=120034123776
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive1)=1000204886016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive2)=1500301910016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\PhysicalDrive3)=3000592982016
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\C:)=119926685696
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\D:)=1000202043392
filewin32_getfilesize(\\.\E:) GetFileSize err Unzulässige Funktion.

filewin32_setfilepointer(\\.\E:) SetFilePointer err Unzulässige Funktion.

Warning: can't get size for \\.\E:
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\G:)=1500299395072
disk_get_size_win32 IOCTL_DISK_GET_LENGTH_INFO(\\.\Z:)=3000457232384
Hard disk list
Disk /dev/sda - 120 GB / 111 GiB - CHS 14593 255 63, sector size=512 - Samsung SSD 840 Seri, S/N:1SH9ENDA025438 A, FW:DXT0
Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63, sector size=512 - ST1000DM 003-9YN162, S/N:1S7D2GDK, FW:CC4H
Disk /dev/sdc - 1500 GB / 1397 GiB - CHS 182401 255 63, sector size=512 - ST1500LM 003-9YH148, FW:CC9F
Disk /dev/sdd - 3000 GB / 2794 GiB - CHS 364801 255 63, sector size=512 - ICY BOX IB-366StU3+B, S/N:210987654321

Partition table type (auto): EFI GPT
Disk /dev/sdd - 3000 GB / 2794 GiB - ICY BOX IB-366StU3+B
Partition table type: EFI GPT

Analyse Disk /dev/sdd - 3000 GB / 2794 GiB - CHS 364801 255 63
hdr_size=92
hdr_lba_self=1
hdr_lba_alt=5860533167 (expected 5860533167)
hdr_lba_start=34
hdr_lba_end=5860533134
hdr_lba_table=2
hdr_entries=128
hdr_entsz=128
check_part_gpt failed for partition
 1 P MS Reserved                   34     262177     262144 [Microsoft reserved partition]
check_part_gpt failed for partition
 2 P MS Data                   264192 5860532223 5860268032 [Basic data partition]
Current partition structure:
No FAT, NTFS, ext2, JFS, Reiser, cramfs or XFS marker
 1 P MS Reserved                   34     262177     262144 [Microsoft reserved partition]
 1 P MS Reserved                   34     262177     262144 [Microsoft reserved partition]
No FAT, NTFS, ext2, JFS, Reiser, cramfs or XFS marker
 2 P MS Data                   264192 5860532223 5860268032 [Basic data partition]
 2 P MS Data                   264192 5860532223 5860268032 [Basic data partition]

Gibt es irgendeine Möglichkeit die Formatierung ohne größeren Aufwand (mit den alten Daten) wieder herzustellen? Oder meint ihr ich sollte einfach auf meine alten Backups pfeifen und das Ding einfach neu formatieren...?
Generell - wie kann denn sowas passieren? Habe doch die Platte nur aus dem einen Gehäuse raus und in das andere Gehäuse rein gesteckt...? Kommt sowas vor? Oder lässt das auf irgendwelche Schwierigkeiten mit der HDD schließen? Die Smart analyse zeigt eigtl. keine größeren Auffälligkeiten...


Schon jetzt Danke für jede Hilfestellung!
lG
Lockedoor

 

[heavydad]

wird sie denn richtig erkannt wenn Du sie intern anschließt. Wenn ja gibt es wohl ein Problem mit dem Chipsatz im externen Gehäuse.

 

[Coalminer]

Hi.Sieht so aus als wäre deine Platte im gpt Modus Partioniert.http://wiki.digitus.de/de/GPT-Schutzpartition
oder hier://http://www.medien-kooperative.de/blog/archives/10-GPT-Schutzpartition-unter-Windows-von-Festplatte-entfernen.html
Ein Festplatten defekt ist aber auch nicht auszuschliessen wenn du Temperaturprobleme hattest.Such mal nach defekten sektoren auf der platte mit crystaldiskinfo.

 

[Lockedoor]

Achso, das hatte ich vergessen zu erwähnen: Hab die HDD nachdem sie im neuen Gehäuse nicht erkannt wurde, wieder ins alte gebaut - an der Situation aber leider nichts geändert... =(
Intern kann ich sie leider aktuell nicht anschließen - bin mir aber sehr sicher, dass sie dann auch nicht erkannt werden würde, da eben auch ein Gehäusewechsel nichts gebracht hat...

Jup die Platte wurde im GPT Modus formatiert (das hat windows wegen der 3TB irgendwie vorgeschlagen...) - hilft das irgendwie? Wieso sollte ich die Schutzpartition entfernen? Abgesehen davon wären dann ja auch alle Daten weg - ich könnte also auch einfach so neu formatieren..?

Mit CDI konnten wie gesagt keine Fehler gefunden werden - auch wenn die maximal Temperatur,die die Platte bisher hatte bei 55°C liegt... =/

Habe Testdisk auch nochmal irgendeine andere Suche machen lassen, die ich aber nach über 12 Stunden und dem erreichen von gerade mal 20% abgebrochen habe...Hier der log dazu:

search_part()
Disk /dev/sdd - 3000 GB / 2794 GiB - CHS 364801 255 63

cramfs Marker at 6446/34/32

recover_cramfs
MS Data 103557163 106835513 3278350 [Øa2r3ƒA(¤ó@¤äq]
cramfs, 1678 MB / 1600 MiB

LVM magic value at 14169/37/29

block_group_nr 1

recover_EXT2: "e2fsck -b 8193 -B 1024 device" may be needed
recover_EXT2: s_block_group_nr=1/1, s_mnt_count=0/36, s_blocks_per_group=8192, s_inodes_per_group=1280
recover_EXT2: s_blocksize=1024
recover_EXT2: s_blocks_count 10240
recover_EXT2: part_size 20480
MS Data 361306910 361327389 20480
ext3 blocksize=1024 Sparse superblock Backup superblock, 10 MB / 10 MiB

LVM magic value at 31592/74/6

HFS magic value at 31826/34/55
part_size 6127618
Mac HFS 511286886 517414503 6127618 [ë]
HFS blocksize=65536, 3137 MB / 2992 MiB

cramfs Marker at 56104/187/3

recover_cramfs
MS Data 901322543 906073646 4751103 [°ºÌ2Ó4Ó*6ã.¶Û¬¸]
cramfs, 2432 MB / 2319 MiB

LVM magic value at 58860/175/59
check_FAT: Bad jump in FAT partition
Search for partition aborted

Results
P MS Data 103557163 106835513 3278351 [Øa2r3ƒA(¤ó@¤äq]
cramfs, 1678 MB / 1600 MiB
P MS Data 361306910 361327389 20480
ext3 blocksize=1024 Sparse superblock Backup superblock, 10 MB / 10 MiB
P Mac HFS 511286886 517414503 6127618 [ë]
HFS blocksize=65536, 3137 MB / 2992 MiB
P MS Data 901322543 906073646 4751104 [°ºÌ2Ó4Ó*6ã.¶Û¬¸]
cramfs, 2432 MB / 2319 MiB

interface_write()
1 P MS Data 103557163 106835513 3278351 [Øa2r3ƒA(¤ó@¤äq]
2 P MS Data 361306910 361327389 20480
3 P Mac HFS 511286886 517414503 6127618 [ë]
4 P MS Data 901322543 906073646 4751104 [°ºÌ2Ó4Ó*6ã.¶Û¬¸]

UPDATE: Hat sich erledigt - habe die Platte einfach einmal neu formatiert. Die alten Backups sind nun zwar weg, aber ich kann ja neue anfertigen - was soll's also.

 

[Coalminer]

hi.eventuell hättest du die daten noch retten können mit einem tool:http://www.windowspro.de/tool/partition-wizard-disks-von-mbr-zu-gpt-konvertieren-ohne-datenverluste
Also damit hätte man die Platte dann einfach umwandeln können in eine normale mbr Platte.Ob das dann wirklich ohne datenverlust vonstatten geht mit diesem Programm weiss ich jetzt natürlich auch nicht,wär mal einen Versuch wert gewesen.Aber hat sich ja jetzt erledigt.War auch nur so als info gedacht.

edit:das hat eine Schutzpartition so an sich ,das deine daten geschützt sind.Folglich wird sie unter windows nicht angezeigt und die Platte hat keinen Laufwerksbuchstaben.