Dati non sottoposti a backup, Tipo di partizione: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF

Stavo cercando di installare Linux sul mio MacBook per classe quando ho messo il mio computer in muratura, che ora è in uno stato non avviabile.

Ho reso la mia partizione troppo piccola, quindi stavo per eliminarla e crearne una più grande. Tuttavia, Utility Disco non mi ha permesso di eliminare la piccola partizione. Ho seguito le istruzioni da /apple//a/238088/236252

Tuttavia, non solo non ero ancora in grado di eliminarlo, ma al riavvio mi sono reso conto che la mia partizione primaria (situata sullo stesso disco) è cambiata in FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF e non avevo opzioni per l'avvio. (Sono sicuro di aver eseguito il comando sul disco e sulla partizione corretti)

Ho visto alcuni thread simili, ma la mia unità principale avviabile è quella corrotta.

Non voglio perdere alcun dato. Non sono il più esperto di terminali, quindi QUALUNQUE aiuto è apprezzato e fornirò gentilmente qualsiasi informazione aggiuntiva!

(Disco 0, la partizione 2 è la mia partizione principale e solo quella a cui tengo)

Di seguito sono riportati i risultati dell'elenco $ diskutil e $ gpt -r show disk0 .

AGGIORNAMENTO:: ho seguito le istruzioni di @klanomath. All'ultimo passaggio ho ricevuto il seguente errore:

Checking prerequisites
Checking the partition list
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition's file system
Problems were found with the partition map which might prevent booting
Error: -69766: The partition map needs to be repaired because there's a problem with the EFI system partition's file system
Underlying error: 8: POSIX reports: Exec format error 

AGGIORNAMENTO FINALE: SUCCESSO!

Volevo solo ringraziare @klanomath per avermi aiutato durante l'intero processo. Ha trascorso 11 ore con TeamViewing fino a quando non solo i miei file erano accessibili, ma fino a quando non ho potuto accedere al mio computer come prima di tutta questa debacle (e questo è stato dopo 5 ore di corrispondenza e-mail).

Per qualsiasi futuro lettore con questo problema: PER FAVORE non mollare, può essere risolto!

Per aggiungere una risposta esattamente adatta al tuo caso, ho leggermente modificato la mia risposta nel " duplicato " collegato e l'ho pubblicata di nuovo qui.

La seconda e la terza partizione del disco interno hanno il tipo di partizione sbagliato, i dati probabilmente non andranno persi.

Una partizione OS X avviabile (ad eccezione di Recovery HD) ha il GUID 48465300-0000-11AA-AA11-00306543ECAC per una partizione OS X standard o il GUID 53746F72-6167-11AA-AA11-00306543ECAC per una partizione CoreStorage. FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF è un tipo di partizione sconosciuto (ma non una partizione come quella 000000-0000-0000 ....).

Il primo blocco di una partizione OS X standard non contiene zero, il primo blocco di una partizione CoreStorage contiene alcuni zero. Per ottenere i primi 3 blocchi di una partizione è necessario utilizzare un sostituto di hexdump / xxd (entrambi non sono disponibili in modalità di ripristino / unità di avvio del programma di installazione di OS X). Il migliore che ho trovato è dd if=/dev/diskXsY count=3 | vis -c.

La tabella delle partizioni GUID può essere modificata con gpt. gpt scrive solo nei primi 34 e negli ultimi 33 blocchi di un disco (512) o nei primi 6 e negli ultimi 5 blocchi di un disco 4k. La modifica della tabella delle partizioni (anche falsamente) non altera il contenuto di alcun volume sul disco, se non si inizializza o si ripara un volume / disco su richiesta. Puoi verificarlo però.

• Avviare in modalità ripristino Internet o un'unità di avvio del programma di installazione di OS X.
• Apri Terminale nella barra dei menu Utilità> Terminale
• Ottieni una panoramica con diskutil list

• Ottieni una panoramica del tuo disco interno con l'identificatore del disco trovato nel comando precedente. Di seguito suppongo che l'identificatore del disco del tuo disco interno sia disk0 (sostituiscilo con quello che hai trovato nel tuo ambiente)

  gpt -r show disk0
  

• Smonta disco0 con diskutil umountDisk disk0

• rispetto ai primi 3 blocchi della partizione FFFF ...:

  dd if=/dev/disk0s2 count=3 | vis -c
  

  1. Se in precedenza avevi una partizione standard i primi 1024 byte contengono solo non stampabili (zeri): \ 0 \ 0 ... A ~ Byte 1030 vedrai la seguente sequenza: \ 0HFSJ \ 0

  2. Se avevi una partizione CoreStorage alcuni zero non presenti nei primi 512 byte e ...\0CS\^A...vengono mostrate le stringhe CS ( ):

     \^U\^D\^A\M-s\M^?\M^?\M^?\M^?\^A\0\^P\0\0\0\M-W\^A\a\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^B\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\M^Pu\M-\7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0CS\^A\0\0\0\^D\0\0\^P\0\0\0\0@\0X\M-7}\^C\0\0\0\0X\M-;}\^C\0\0\0\0X\M-?}\^C\0\0\0\0X\M-C}\^C\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^P\0\0\0\^B\0\0\0006j v\^R\M-+\^U\M^[\f\M^CdG\M-y\^]...
     

• Ora rimuovi la terza, la quarta e la seconda partizione:

  diskutil umountDisk disk0
  gpt remove -i 3 disk0
  diskutil umountDisk disk0
  gpt remove -i 4 disk0
  gpt remove -i 2 disk0
  

  Se viene visualizzato un messaggio di errore come "Risorsa occupata", smontare nuovamente il disco o smontare i volumi testardi con diskutil umount disk0sX.

  Aggiungere nuovamente la partizione di ripristino con il tipo corretto ma con lo stesso numero di indice, avviare il blocco e le dimensioni che aveva in precedenza:

  gpt add -i 3 -b 227212504 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0
  

  Aggiungi nuovamente la partizione principale con il tipo corretto ma lo stesso numero indice, avvia il blocco e le dimensioni che aveva in precedenza:

  Una normale partizione OS X (se hai trovato le tracce tipiche di una normale partizione nel dd ... vispassaggio):

  gpt add -i 2 -b 409640 -s 226802864 -t 48465300-0000-11AA-AA11-00306543ECAC disk0
  

  oppure (se hai trovato le tracce tipiche di una partizione CoreStorage):

  gpt add -i 2 -b 409640 -s 226802864 -t 53746F72-6167-11AA-AA11-00306543ECAC disk0
  

• Il tuo disco dovrebbe finalmente apparire così se hai trovato una partizione OS X standard:

      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  226802864      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  227212504    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC        
  228482040    8496103
  236978143         32         Sec GPT table
  236978175          1         Sec GPT header
  

  o questo, se hai trovato un volume CoreStorage:

      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  226802864      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  227212504    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC        
  228482040    8496103
  236978143         32         Sec GPT table
  236978175          1         Sec GPT header
  

• Infine verifica / ripara il disco con diskutil verifyDisk disk0e / o diskutil verifyVolume disk0s2. Se è necessaria una riparazione, utilizzare la riparazione (invece di verificare) come prefisso nei comandi sopra ma contattami prima di ripararla e inviami il messaggio di errore .

Ulteriori indagini tramite sessioni di TeamViewer hanno rivelato che la partizione EFI e la partizione Recovery HD sono danneggiate. Il volume principale è crittografato. Allora Recovery HD contiene una chiave FileVault intermedia speciale. Se manca la chiave, il sistema principale non si avvia. Tuttavia è stato possibile sbloccare l'unità diskutil cs unlockVolume ....

Dopo aver installato un macOS completo su una chiavetta USB e aver effettuato l'avvio, la partizione EFI e Recovery HD di un'altra unità non FileVault (in realtà quelle di una Sierra VM) sono state trasferite sull'unità rotta. Sempre avviato dalla chiavetta USB, il volume FileVault è stato ripristinato su un volume standard facendo clic con il tasto destro del mouse sul volume nel Finder, scegliendo "Decrypt volume" e inserendo una password utente valida. Questa deve essere la password di un account utente idoneo sul volume FileVault. Altri metodi per decrittografare il volume come diskutil cs revert lvUUIDo diskutil cs decryptVolume lvUUID- testati solo in una macchina virtuale - non sembrano funzionare. Questa potrebbe essere una limitazione delle VM.

Per espandere la partizione principale (disk0s2) a dimensione intera, utilizzare Utility Disco o il diskutil resizeVolume ...comando.

Il volume inizialmente non appariva in Preferenze di Sistema> Disco di avvio, ma alt-avvio del Mac ha rivelato il volume principale. Questo probabilmente ha ripubblicato correttamente il boot.efi del volume. Il volume (ora standard) appare di nuovo nel disco di avvio.

Questo problema può verificarsi anche durante una sessione APFS High Sierra vivente ! Ho diskutilriscontrato questo problema ieri, dopo aver apportato modifiche con l'applicazione e i comandi di Utility Disco , ho trovato questo:

    sh-3.2# diskutil list
    /dev/disk0 (internal, physical):
       #:                       TYPE NAME                    SIZE       IDENTIFIER
       0:      GUID_partition_scheme                        *500.3 GB   disk0
       1:                        EFI EFI                     209.7 MB   disk0s1
       2: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF               60.0 GB    disk0s2

    /dev/disk1 (synthesized):
       #:                       TYPE NAME                    SIZE       IDENTIFIER
       0:      APFS Container Scheme -                      +60.0 GB    disk1
                                     Physical Store disk0s2
       1:                APFS Volume APPLESSD                47.1 GB    disk1s1
       2:                APFS Volume Preboot                 19.4 MB    disk1s2
       3:                APFS Volume Recovery                517.8 MB   disk1s3
       4:                APFS Volume VM                      1.1 GB     disk1s4

    sh-3.2# gpt -r show /dev/disk0
          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  117111080      2  GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
      117520720  859584307         
      977105027         32         Sec GPT table
      977105059          1         Sec GPT header

Non penso che si riavvierebbe in quella configurazione (o forse con la tabella di backup GPT? Nessuna idea). Grazie alla spiegazione sopra ho potuto risolvere il problema durante la sessione live, ma ho dovuto utilizzare una soluzione leggermente diversa ( questa soluzione funziona solo con SIP disabilitato, se è abilitato dovrai riavviare, disabilitare e utilizzare la soluzione precedente . , questo problema è forse correlato al SIP disabilitato, quindi non si verificherà sul SIP abilitato? Non lo so.)

Anche con disk0smontato, sembra gptche non permetterà di modificare il GPT durante una sessione live:

sh-3.2# gpt remove -i 2 disk0
gpt remove: unable to open device 'disk0': Resource busy

Quindi invece ho usato uno strumento di terze parti gdisk(l'ho ottenuto tramite homebrew) per modificare il tipo di disk0s2:

sh-3.2# gdisk /dev/disk0
GPT fdisk (gdisk) version 1.0.3

Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): i
Partition number (1-2): 2
Partition GUID code: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF (Unknown)
Partition unique GUID: B40FA371-D92C-4EBF-B846-B0A9FB6DCD71
First sector: 409640 (at 200.0 MiB)
Last sector: 117520719 (at 56.0 GiB)
Partition size: 117111080 sectors (55.8 GiB)
Attribute flags: 0000000000000000
Partition name: 'Apple_HFS_Untitled_2'

Command (? for help): t
Partition number (1-2): 2
Current type is 'Unknown'
Hex code or GUID (L to show codes, Enter = af00): 7C3457EF-0000-11AA-AA11-00306543ECAC    
Changed type of partition to 'Unknown'

Command (? for help): i
Partition number (1-2): 2
Partition GUID code: 7C3457EF-0000-11AA-AA11-00306543ECAC (Unknown)
Partition unique GUID: B40FA371-D92C-4EBF-B846-B0A9FB6DCD71
First sector: 409640 (at 200.0 MiB)
Last sector: 117520719 (at 56.0 GiB)
Partition size: 117111080 sectors (55.8 GiB)
Attribute flags: 0000000000000000
Partition name: 'Apple_HFS_Untitled_2'

Command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): Y
OK; writing new GUID partition table (GPT) to /dev/disk0.
Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Warning: The kernel may continue to use old or deleted partitions.
You should reboot or remove the drive.
The operation has completed successfully.

Controllandolo:

sh-3.2# gpt -r show /dev/disk0
      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  117111080      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
  117520720  859584307         
  977105027         32         Sec GPT table
  977105059          1         Sec GPT header
sh-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         60.0 GB    disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +60.0 GB    disk1
                                 Physical Store disk0s2
   1:                APFS Volume APPLESSD                47.1 GB    disk1s1
   2:                APFS Volume Preboot                 19.4 MB    disk1s2
   3:                APFS Volume Recovery                517.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

Quindi ultimo controllo con diskutil verifyDisk disk0e diskutil verifyVolume disk0s2senza preavviso o errori. Riavvio riuscito.