GPT sembra valido. Diskutil vede il disco vuoto

0

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.

    
posta Sherwood Botsford 23.02.2015 - 15:13
fonte

1 risposta

2

Il problema si è rivelato essere il PMBR. Il mio primo tentativo è stato copiare il settore 0 da una memory stick formattata con GPT.

Esaminato che con fdisk e aveva partizione di tipo EE, ma i cilindri di inizio e fine erano uguali.

Ho modificato la partizione 1 e ho accettato i valori predefiniti.

fdisk su mac segnalerà "non è possibile ottenere l'accesso esclusivo al settore write back, è necessario il riavvio" Si trova. Non è necessario riavviare.

Dopo aver fatto questo diskutil è stato in grado di vedere entrambe le partizioni.

Non ero in grado di riparare la prima partizione, usata per la macchina del tempo, e ho finito per riformattarla. (Anche dopo che era una partizione riconoscibile, diskutil si avviava su di esso e si arrendeva in pochi secondi.) (Non ci ho provato molto duramente. Le cose veramente importanti sono archiviate su drop box, su un disco con mirroring su un'altra macchina .)

@Klanomath merita credito per il disco GPT. L'avevo trovato, ma mi mancava il fatto che fornisse i binari del Mac. Non sono abituato ai binari su Source Forge. Il disco GPT sembra essere uno strumento utile per gestire questo tipo di situazione. Sarebbe stato un modo migliore di andare.

    
risposta data 24.02.2015 - 18:09
fonte

Leggi altre domande sui tag