La mia situazione sembra molto simile a come riparare il disco rigido GUID danneggiato a MBR ma con abbastanza differenze che non sono stato in grado di mettere insieme una soluzione sicura.
Ho un disco Toshiba da 3 TB in un contenitore USB utilizzato su un Mac con OS X El Capitain 10.11.3.
L'unità è stata impostata con una singola partizione. L'unità non era avviabile e non aveva un sistema installato, quindi presumo che non avrebbe nemmeno una partizione di ripristino. Non posso dire con certezza che non sia mai stato installato un sistema, ma non credo. Non è stato utilizzato con Bootcamp o su nessun computer non Mac.
L'unità ha funzionato normalmente per molto tempo ma non è stata riconosciuta di recente. Nell'investigare con Utility Disco, mostra che ha un tipo di partizione di FDisk_partition_scheme . Sono sicuro che originariamente era il tipico default della GUID Partition Map formattata come OS X Extended (Journaled) .
Non riesco a pensare a un uso o evento specifico che potrebbe aver causato il cambiamento.
Ecco le informazioni che ho raccolto dal disco.
elenco diskutil / dev / disk6
/dev/disk6 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *3.0 TB disk6
1: 0xEE 375.1 GB disk6s1
diskutil info / dev / disk6
Device Identifier: disk6
Device Node: /dev/disk6
Whole: Yes
Part of Whole: disk6
Device / Media Name: DT01ABA300
Volume Name: Not applicable (no file system)
Mounted: Not applicable (no file system)
File System: None
Content (IOContent): FDisk_partition_scheme
OS Can Be Installed: No
Media Type: Generic
Protocol: USB
SMART Status: Not Supported
Total Size: 3.0 TB (3000592982016 Bytes) (exactly 5860533168 512-Byte-Units)
Volume Free Space: Not applicable (no file system)
Device Block Size: 512 Bytes
Read-Only Media: No
Read-Only Volume: Not applicable (no file system)
Device Location: External
Removable Media: No
Virtual: No
OS 9 Drivers: No
Low Level Format: Not supported
fdisk / dev / disk6
Disk: /dev/disk6 geometry: 97451/255/63 [1565565872 sectors]
Signature: 0xAA55
Starting Ending
#: id cyl hd sec - cyl hd sec [ start - size]
------------------------------------------------------------------------
1: EE 1023 254 63 - 1023 254 63 [ 1 - 732566645] <Unknown ID>
2: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
3: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
4: 00 0 0 0 - 0 0 0 [ 0 - 0] unused
gpt recuperare / dev / disk6
gpt recover: /dev/disk6: no primary or secondary GPT headers, can't recover
gpt -r -vv show / dev / disk6
gpt show: /dev/disk6: mediasize=3000592982016; sectorsize=512; blocks=5860533168
gpt show: /dev/disk6: PMBR at sector 0
start size index contents
0 1 PMBR
1 5860533167
gdisk / dev / disk6
GPT fdisk (gdisk) version 1.0.1
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: not present
Creating new GPT entries.
Ecco una schermata della prima parte dell'unità in wxHexEditor. La PARTE EFI inizia alle 4096.
Ho iniziato a cercare la stringa HFSJ a partire da un offset di 409642, come suggerito in altre risposte, ma non l'ho trovata lì vicino. Così ho cercato a partire dall'inizio del drive e ho trovato la prima occorrenza all'offset 314598400.
Tuttavia, se continuo a cercare le occorrenze di HFSJ, ne trovo molte che sembrano esattamente uguali e con molto spazio zero attorno ad esse, come la prima. Quelli iniziano a 360424448 e sono distanziati 32768. Ad esempio, agli offset 360424448 360457216 360489984 360522752 360555520
Ho usato la ricerca Trova tutto in wxHexEditor e mi sono fermato dopo pochi minuti. Ne aveva trovati un paio di migliaia a quel punto. Non sono sicuro di cosa farsene, se non altro.
Sono stato anche in grado di trovare una sezione con l'etichetta Partizione di sistema EFI all'offset 3000592961536. Ciò mostra anche il nome dell'unità, "Rosie".
Ecco le schermate della prima partizione HFSJ e della partizione di sistema EFI. Aggiunta una schermata dell'offset 8192 basata sui commenti.
Grazie per qualsiasi aiuto.
0+0 records in 0+0 records out 0 bytes transferred in 0.000013 secs (0 bytes/sec)