Come riparare un disco dopo aver modificato accidentalmente lo schema di partizione?

0

Stavo usando Boot Camp. In qualche modo sono riuscito a modificare lo schema di partizione GPT sul mio disco rigido esterno in uno schema di partizione MBR. Di seguito è riportato l'output del comando sudo gpt -r -vvv show /dev/disk1 .

gpt show: /dev/disk1: mediasize=1000204886016; sectorsize=512; blocks=1953525168
gpt show: /dev/disk1: Suspicious MBR at sector 0
gpt show: /dev/disk1: Bad CRC in GPT table at sector 2
gpt show: /dev/disk1: Sec GPT at sector 1953525167
       start        size  index  contents
           0           1         MBR
           1      409639         
      409640  1829583888      2  MBR part 175
  1829993528     1531680      3  MBR part 171
  1831525208   121999927         
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header

Stavo avviando OS X da questa unità esterna. Sto cercando di rendere questa unità funzionale senza perdere tutti i dati su di essa.

    
posta Kevin 11.07.2016 - 17:28
fonte

1 risposta

1

L'output del comando gpt indica quanto segue.

  • Mentre non vi è alcuna indicazione che ci sia un problema con il primario Intestazione GPT (GUID Partition Table), sembra che le voci siano state corrotto.
  • L'intestazione e le voci GPT secondarie (di backup) sono intatte.
  • Le tabelle MBR contengono almeno due voci di partizione. Una voce è una partizione OS X (tipo 175 = 0xAF). Un'altra voce è un recupero di OS X partizione (tipo 171 = 0xAB).

In circostanze normali, quanto segue è vero.

  • Il comando gpt non mostra la voce della partizione MBR per le partizioni di tipo 0xEE.
  • Alcuni dei valori delle intestazioni GPT primarie e secondarie sono diversi, quindi le intestazioni non sono identiche.
  • Le voci GPT primarie e secondarie sono in realtà identici.

Pertanto, la copia delle voci, dal GPT secondario al GPT primario, dovrebbe correggere gli errori della tabella delle partizioni. I comandi forniti di seguito lo faranno. (Presumo che l'unità esterna sia ancora disk1 ).

diskutil unmountDisk /dev/disk1
sudo dd if=/dev/disk1 of=/dev/disk1 count=32 conv=notrunc seek=2 skip=1953525135 

Even if the above commands fix the partition table errors, there is no guarantee the data, stored in the partitions, has not been corrupted.

    
risposta data 15.07.2016 - 03:31
fonte

Leggi altre domande sui tag