Disco da 3 TB esterno.
Interrotto il lavoro dopo un strong bump.
Rapporti GPT come segue:
bash-3.2# gpt show /dev/disk6
start size index contents
0 1 PMBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 2930266584 2 GPT part - 48465300-0000-11AA-AA11-00306543ECAC
2930676224 262144
2930938368 2929332616 3 GPT part - 48465300-0000-11AA-AA11-00306543ECAC
5860270984 262151
5860533135 32 Sec GPT table
5860533167 1 Sec GPT header
Sembra normale.
bash-3.2# diskutil repairDisk /dev/disk6
Nonexistent, unknown, or damaged partition map scheme
If you are sure this disk contains a (damaged) APM, MBR, or GPT partition map,
you can hereby try to repair it enough to be recognized as a map; another
"diskutil repairDisk /dev/disk6" might then be necessary for further repairs
Proceed? (y/N) y
Partition map repair complete; you might now want to repeat the
verifyDisk or repairDisk verbs to perform further checks and repairs
La ripetizione non cambia.
DiskUtil riporta come segue:
bash-3.2# diskutil list /dev/disk6 /dev/disk6 #:
TYPE NAME SIZE IDENTIFIER 0: *3.0 TB disk6
Ho pensato che potrebbe essere un cattivo PMBR. Da tutti gli account, questo è solo un MBR con una partizione non avviabile. Ho creato un disco HFS su una chiavetta USB e ho copiato il MBR (dd if = / dev / disk7 count = 1 di = / dev / disk6) sul disco in difficoltà.
Ho usato R-Studio per scansionare il disco. R-Studio trova file e directory e simili.
Ran TestDisk (utility disco separata da riga di comando) Sono numeri concordati con GPT.
Poi ho usato dd per fare un backup dei primi 34 blocchi del disco, e ho usato gpt per distruggere e ricreare la tabella delle partizioni.
604 gpt destroy /dev/disk6
605 gpt create /dev/disk6
606 gpt show /dev/disk6
...
610 gpt add -b 40 -s 409600 -i 1 -t efi /dev/disk6
611 gpt add -b 409640 -s 2930266584 -i 2 -t hfs /dev/disk6
612 gpt add -b 2930938368 -s 2929332616 -i 3 -t hfs /dev/disk6
613 gpt show /dev/disk6
Nessuna gioia. Mi manca qualcosa qui.