Configurazione della partizione diversa tra gpt e fdisk

Question

Configurazione della partizione diversa tra gpt e fdisk

#1 da (1 voti)

0

Dopo aver ridimensionato la mia partizione HFS (per risolvere un problema sensibile al maiuscolo / minuscolo) ho scoperto che la mia partizione BOOTCAMP non era più accessibile. Mentre navigo nel web, ho scoperto che questo è un problema comune e ci sono diverse pagine che descrivono le possibili soluzioni.

Molti di questi iniziano chiedendo all'utente di analizzare l'output dai seguenti comandi:

sudo gpt -r -vv mostra disk0

gpt show: disk0: mediasize=750156374016; sectorsize=512; blocks=1465149168
gpt show: disk0: PMBR at sector 0
gpt show: disk0: Pri GPT at sector 1
gpt show: disk0: Sec GPT at sector 1465149167
       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  1063995800      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  1064405440     1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  1065674976     1269536      4  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  1066944512   398202880      5  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1465147392        1743
  1465149135          32         Sec GPT table
  1465149167           1         Sec GPT header

sudo fdisk / dev / disk0

Disk: /dev/disk0    geometry: 91201/255/63 [1465149168 sectors]
Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE 1023 254  63 - 1023 254  63 [         1 - 1465149167] <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

elenco diskutil

dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *750.2 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            544.8 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:                 Apple_Boot                         650.0 MB   disk0s4
   5:       Microsoft Basic Data BOOTCAMP                203.9 GB   disk0s5

La mia domanda è, in che modo fdisk e gpt possono mostrare configurazioni di partizioni diverse?

Pensi che la mia partizione BOOTCAMP sia recuperabile?

Il mio laptop è un Macbook Pro di inizio 2011 (quad i7) con El Capitan e Windows 10 a 64 bit in bootcamp (aggiornato da Windows 7).

La procedura che ha portato a questo stato era:

Ridimensiona la partizione HFS + di Macintosh a metà della sua dimensione
Creata una nuova partizione HFS + non sensibile al maiuscolo / minuscolo tra l'originale e bootcamp.
Specchia la partizione originale a quella nuova.
Formattata la distinzione tra maiuscole e minuscole della partizione originale.
Speculare la nuova partizione su quella originale.
Elimina la nuova partizione.
Ridimensiona la partizione HFS originale per occupare tutto lo spazio.

Grazie in anticipo per il tuo aiuto.

el-capitan bootcamp diskutil partition

posta Joao Neto 10.03.2016 - 20:19

fonte

1 risposta

Leggi altre domande sui tag el-capitan bootcamp diskutil partition

Come creare ISO avviabile dall'immagine segmentata di Windows 7 su El Capitan Come si ripristina un account che non è stato eliminato?

score 1 · Accepted Answer

Aggiornamento 1

Questo passaggio comporterà la configurazione del Master Boot Record (MBR) dell'unità interna fisica. L'MBR è memorizzato sui primi 512 byte di questa unità. Questo spazio è condiviso dal codice di avvio e dalla tabella delle partizioni MBR.

This step can not be preformed under OS X 10.11 (El Capitan) with System Integrity Protection (SIP) turn on. (This is the default setting.) If you are using OS X 10.11, you must disable SIP, complete this step, then restore SIP. See the link: How do I disable System Integrity Protection (SIP) AKA “rootless” on OS X 10.11, El Capitan?.

In una finestra dell'applicazione Terminale, immettere i seguenti comandi. Il primo comando fdisk contrassegna la partizione di Windows come partizione attiva. Il secondo comando fdisk modifica l'ID della partizione di Windows in 7.

INPUT=$(printf  "f  4\nq\ny")
sudo  fdisk  -e  /dev/disk0  <<<"$INPUT"  &>/dev/null
INPUT=$(printf  "s  4\n7\nq\ny")
sudo  fdisk  -e  /dev/disk0  <<<"$INPUT"  &>/dev/null

Potrebbe essere necessario riavviare il computer dopo aver completato questo passaggio.

Risposta originale

Il comando fdisk visualizza il contenuto della tabella delle partizioni Master Boot Record (MBR). Questa tabella può contenere solo 4 voci e viene memorizzata all'indirizzo 0 del tuo disco. Il comando gpt mostra il contenuto della tabella delle partizioni GUID (GPT). Questa tabella può contenere 120 voci e inizia all'indirizzo 1 del tuo disco. (Un GPT di backup viene anche memorizzato alla fine del disco.) I sistemi legacy utilizzano uno schema MBR mentre i computer più moderni utilizzano uno schema GPT. Normalmente, OS X utilizza uno schema GPT. Quando viene utilizzato il GPT, la tabella MBR esiste ancora, ma ora viene chiamata tabella PMBR (Protective Master Boot Record). Questa tabella PMBR contiene una singola voce con ID di EE . Questo blocca tutte le applicazioni legacy, che usano solo uno schema MBR, per vedere il disco come occupato da una singola partizione.

I computer Mac precedenti installano Windows utilizzando lo schema MBR. È a mia conoscenza che questo è anche un requisito per le installazioni di Windows 7. Per adattare entrambi gli schemi contemporaneamente, Apple riduce la partizione EE nella tabella MBR per terminare nella stessa posizione della prima partizione nel GPT. Di solito, le prossime tre partizioni nel GPT corrispondono alle ultime tre partizioni nella tabella MBR.

Ad ogni modo, per quanto posso dire, se inserisci il comando indicato di seguito in una finestra dell'applicazione Terminal, le tue partizioni dovrebbero essere corrette.

sudo diskutil eraseVolume "Free Space" name /dev/disk0s4

Mentre il comando precedente dovrebbe risolvere il partizionamento, la quarta partizione nella tabella delle partizioni MBR non sarà contrassegnata come "attiva". Quindi, se ancora non riesci ad avviare Windows, fammelo sapere e includerò i passaggi per contrassegnare questa partizione come "attiva".