Drobo, 2. Generation, Partitionsschema verloren

TestDisk benutzen um verlorene Partitionen wiederherzustellen
Forum rules
Your help is welcome: there are currently few answers or none to most message posted in the German forum!
If you want to post a request for help, please consider using the English forum.
Locked
Message
Author
Enemy
Posts: 1
Joined: 03 Feb 2014, 21:39

Drobo, 2. Generation, Partitionsschema verloren

#1 Post by Enemy »

Hallo zusammen,

mein Problem währt seit mittlerweile drei Jahren. Leider war ich zum Zeitpunkt des Daten-Super-GAUs blauäugig und vertraute auf die Failsafe™ BeyondRAID™ Technologie, die vollmundig Datensicherheit suggerierte. Nun gut. Zum Kern des Problems: Ich besitze ein Drobo der zweiten Generation, bestückt mit 4 x 2TB Festplatten, partitioniert mit HFS+ zu je 2 x 4 TB - soviel zu den Eckdaten.

Partition 1 hat sich am Weihnachtsabend 2010 verabschiedet und es folgten zahlreiche (non-destruktive) Reparaturversuche, den Hinweisen des Herstellers folgend. Da waren: DiskWarrior (ohne Anwendung des Vorschlags den Partitiontable neu zu schreiben), Data Rescue (ein Teil der Daten wurde recovered, ein großer Teil fehlt), Stellar PHOENIX (fand auch einiges, aber vieles nicht), etc. pp.. Die Partition lässt sich nicht mounten, die Bash liefert mir erst mal soviel:

Code: Select all

Sysops-Mac-Pro:testdisk-6.14 sysop$ diskutil list
...
/dev/disk5
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *4.4 TB     disk5
   1:                        EFI EFI                     209.7 MB   disk5s1
   2:                  Apple_HFS                         4.4 TB     disk5s2
/dev/disk6
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *4.4 TB     disk6
   1:                  Apple_HFS D                       4.4 TB     disk6s1
Die zweite Partition (D) ist noch verfügbar, Partition 1 (disk5s2) trägt keine Bezeichnung mehr und lässt sich auch nicht mounten. Nachdem ich frustriert vor einem Jahr die Hoffnung aufgab und das Projekt Datenrettung seitdem ruhte, habe ich heute das Ganze neu angepackt. Bei dem proprietären Eigenformat des Drobo ist es schwierig abzuschätzen, inwiefern ein finaler, "destruktiver" Eingriff zum gewünschten Ergebnis führt. Ein ähnlicher Thread (nur ohne Drobo) lieferte dem Betroffenen ähnliche Ergebnisse wie hier, die ich nun einfach mal teilen möchte.

Eine weitere Inspektion via Bash liefert mir diese Infos zur betroffenen Partition

Code: Select all

Sysops-Mac-Pro:testdisk-6.14 sysop$ diskutil info /dev/disk5s2
   Device Identifier:        disk5s2
   Device Node:              /dev/disk5s2
   Part of Whole:            disk5
   Device / Media Name:      Apple_HFS_Untitled_1

   Volume Name:              
   Escaped with Unicode:     

   Mounted:                  No

   File System Personality:  HFS+
   Type (Bundle):            hfs
   Name (User Visible):      Mac OS Extended
   Journal:                  Unknown (not mounted)
   Owners:                   Disabled

   Partition Type:           Apple_HFS
   OS Can Be Installed:      No
   Media Type:               Generic
   Protocol:                 USB
   SMART Status:             Not Supported

   Total Size:               4.4 TB (4397702537216 Bytes) (exactly 8589262768 512-Byte-Units)
   Volume Free Space:        0 B (0 Bytes) (exactly 0 512-Byte-Units)
   Device Block Size:        512 Bytes

   Read-Only Media:          No
   Read-Only Volume:         Not applicable (not mounted)
   Ejectable:                Yes

   Whole:                    No
   Internal:                 No
Sehe ich mir alles mit testdisk an, gelange ich zu folgenden Informationen:

Code: Select all

TestDisk 6.14, Data Recovery Utility, July 2013
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

  TestDisk is free software, and
comes with ABSOLUTELY NO WARRANTY.

Select a media (use Arrow keys, then press Enter):
 Disk /dev/disk0 - 1000 GB / 931 GiB (RO)
 Disk /dev/disk1 - 2000 GB / 1863 GiB (RO)
 Disk /dev/disk2 - 1000 GB / 931 GiB (RO)
 Disk /dev/disk3 - 1500 GB / 1397 GiB (RO)
>Disk /dev/disk5 - 4398 GB / 4096 GiB
 Disk /dev/disk6 - 4398 GB / 4096 GiB (RO)
 Disk /dev/rdisk0 - 1000 GB / 931 GiB (RO)
 Disk /dev/rdisk1 - 2000 GB / 1863 GiB (RO)
 Disk /dev/rdisk2 - 1000 GB / 931 GiB (RO)
 Disk /dev/rdisk3 - 1500 GB / 1397 GiB (RO)
 Disk /dev/rdisk4 - 1999 GB / 1862 GiB
 Disk /dev/rdisk5 - 4398 GB / 4096 GiB
 Disk /dev/rdisk6 - 4398 GB / 4096 GiB (RO)
EFI/GPT wird ordentlich erkannt:

Code: Select all

Disk /dev/disk5 - 4398 GB / 4096 GiB

Please select the partition table type, press Enter when done.
 [Intel  ] Intel/PC partition
>[EFI GPT] EFI GPT partition map (Mac i386, some x86_64...)
 [Humax  ] Humax partition table
 [Mac    ] Apple partition map
 [None   ] Non partitioned media
 [Sun    ] Sun Solaris partition
 [XBox   ] XBox partition
 [Return ] Return to disk selection



Hint: EFI GPT partition table type has been detected.
Note: Do NOT select 'None' for media with only a single partition. It's very
rare for a drive to be 'Non-partitioned'.
Es geht also weiter

Code: Select all

Disk /dev/disk5 - 4398 GB / 4096 GiB
     1 sectors - sector size=512

>[ Analyse  ] Analyse current partition structure and search for lost partitions
 [ Advanced ] Filesystem Utils
 [ Geometry ] Change disk geometry
 [ Options  ] Modify options
 [ Quit     ] Return to disk selection

Code: Select all

Disk /dev/disk5 - 4398 GB / 4096 GiB - 1 sectors
Current partition structure:
     Partition                  Start        End    Size in sectors

 1 P EFI System                    40     409639     409600 [EFI System Partition]
 2 P Mac HFS                   409640 8589672407 8589262768 [Apple_HFS_Untitled_1]
Ins backup.log gespeichert und fortgesetzt

Code: Select all

Disk /dev/disk5 - 4398 GB / 4096 GiB - 1 sectors
Analyse cylinder 4294737920/0: 4272029696%


check_FAT: Unusual media descriptor (0xf0!=0xf8)
Warning: number of heads/cylinder mismatches 16 (FAT) != 1 (HD)
Warning: number of sectors per track mismatches 32 (FAT) != 1 (HD)
  EFI System                    40     409639     409600 [EFI]
  Mac HFS                   409640 8589672407 8589262768
Auch hier scheint soweit alles in Ordnung zu sein

Code: Select all

Disk /dev/disk5 - 4398 GB / 4096 GiB - 1 sectors
     Partition               Start        End    Size in sectors
>P EFI System                    40     409639     409600 [EFI]
 P Mac HFS                   409640 8589672407 8589262768


Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
                P=Primary  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
HFS+ blocksize=4096, 4397 GB / 4095 GiB
Und als Resultat sehe ich das hier

Code: Select all

Disk /dev/disk5 - 4398 GB / 4096 GiB - 1 sectors

     Partition                  Start        End    Size in sectors

 1 P EFI System                    40     409639     409600 [EFI]
 2 P Mac HFS                   409640 8589672407 8589262768
Über Advanced begebe ich mich weiter und suche nach einem Backup Volume Header

Code: Select all

Disk /dev/disk5 - 4398 GB / 4096 GiB - 1 sectors

     Partition                  Start        End    Size in sectors
  1 P EFI System                    40     409639     409600 [EFI System Partition]
> 2 P Mac HFS                   409640 8589672407 8589262768 [Apple_HFS_Untitled_1]

 [  Type  ] >[Superblock]  [Image Creation]  [  Quit  ]
                      Locate HFS/HFS+ backup volume header
Ein entscheidender Hinweis

Code: Select all

Disk /dev/disk5 - 4398 GB / 4096 GiB - 1 sectors
     Partition                  Start        End    Size in sectors
 2 P Mac HFS                   409640 8589672407 8589262768 [Apple_HFS_Untitled_1]

Volume header
HFS+ OK

Backup volume header
HFS+ OK

Sectors are not identical.
Und an dieser Stelle frage ich mich nun: Wenn ich aus dem Backup Volume Header eine Wiederherstellung wage... Ich habe ja keine Prüfmöglichkeit, ob die darin gespeicherte Geometrie tatsächlich der vor dem Crash gegebenen Situation entspricht... oder?

Vielen Dank für jegliche Unterstützung meines Projekts, dass sich bald zum vierten Male jährt...
Enemy

Locked