avvio partizione macOS Tipo di volume FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF


8

Ho riscontrato un problema quasi identico a quello in questa domanda (e anche questo: Dati non sottoposti a backup, Tipo di partizione: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF ), ma la partizione principale del mio disco rigido è formattata in APFS. Quando ho provato correggere l'errore GUID come mostrato nella risposta, dopo aver raggiunto la fase in cui il comando: gpt add -i 2 -b 409640 -s 372637568 -t APFS /disk0doveva essere inserito, viene restituito un errore usage: gpt add [-b lba] [-i index] [-s lba] [-t uuid] device ....

schermata della configurazione precedente

Non riesco ad avviare macOS, il mio computer è in un ambiente di recupero di Internet. Qual è il uuid del nuovo formato APFS? Non riesco a trovarlo da nessuna parte nel Web e il mio computer non rileva il tipo di partizione macOS principale. Modello del mio computer: MacBook Pro alla fine del 2013. I miei dati non sono sottoposti a backup e mi piacerebbe molto recuperarli. Aggiornamento gpt -r show disk0::

schermata della configurazione precedente

Aggiornamento: ho creato un disco di installazione di MacOS High Sierra e riavviato su di esso. La nuova utilità del disco non riconosce affatto la partizione disk0s2 e ha diskutil listincluso la dimensione della partizione osx principale in una GUID_partition_schemeparte del disco. Sarebbe possibile (e come) ripristinare i dati della partizione eliminata (s2) se reinstallassi macOS su una partizione inutilizzata esistente (la partizione Linux disk0s4)? utilità del disco elenco diskutil gpt -r mostra disk0


prova ... -t 7C3457EF-0000-11AA-AA11-00306543ECAC ...invece di ... -t apfs ...! Forse il tuo sistema di avvio di ripristino è troppo vecchio e gpt non riconosce l'argomento apfs. AFAIK può gestire solo il binario gpt del sistema di recupero 10.12 e 10.13 ... - t apfs ....
klanomath,

@klanomath ha restituito un errore: gpt add: /dev/disk0: Suspicious MBR at sector 0egpt add: /dev/disk0: error: no space available on device
Gints il

Aggiorna l' gpt -r show disk0output per verificare cosa ha sostituito la partizione 2!
klanomath,

1
@marklark Scattare schermate non funziona né in modalità di ripristino legacy, né in Internet Recovery in cui ero bloccato
Gints

Risposte:


8

Il GUID corretto delle partizioni APFS è 7C3457EF-funzionamento11AA-AA11-00306543ECAC.

Il pMBR predefinito è stato sostituito con un MBR vecchio stile, probabilmente dall'installazione di Linux!

Il tuo sistema di avvio (in modalità di ripristino di Internet) sembra piuttosto vecchio. Qualsiasi verifica del disco o della partizione eseguita con diskutil può produrre risultati falsi. In nessun caso prova a riparare qualcosa con diskutil!


Per ripristinare la partizione APFS, rimuovere la partizione disk0s2 e ripristinarla con il tipo corretto:

  • Apri nella barra dei menu> Utilità> Terminale
  • ottenere alcuni dettagli:

    diskutil list #below I assume the disk identifier of the internal disk is disk0
    gpt -r show disk0
    
  • Smonta disco0:

    diskutil umountDisk disk0
    
  • rimuovere e ripristinare la seconda partizione:

    gpt remove -i 2 disk0
    diskutil umountDisk disk0
    gpt add -i 2 -b 409640 -s 372637568 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0
    
  • verifica disco e partizione:

    diskutil list
    diskutil verifyDisk disk0       
    diskutil verifyVolume disk0s2
    

Il tuo Mac dovrebbe essere in grado di avviarsi nonostante l'MBR.

Se vuoi (o devi) ripristinare il pMBR perché l'MBR è testardo / blocca la modifica della tabella delle partizioni procedi come segue:

  • ottenere tutti i dettagli del disco:

    diskutil list #below I assume the disk identifier of the internal disk is disk0
    gpt -r show disk0
    
  • sostituire la tabella delle partizioni GUID:

    diskutil umountDisk disk0
    gpt destroy disk0
    gpt create -f disk0
    
  • aggiungere nuovamente tutte le partizioni precedenti visibili nell'ultimo gpt -r show disk0output:

    gpt add -i 1 -b 40 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk0
    gpt add -i 2 -b 409640 -s 372637568 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0
    gpt add -i 3 -b 373047208 -s 262144 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0
    gpt add -i 4 ...
    gpt add -i 5 ...
    

    Se si verifica un errore di risorse occupate dopo uno dei passaggi, smontare nuovamente disk0 con

    diskutil umountDisk /dev/disk0
    
  • Infine verifica disco e partizioni:

    diskutil list
    diskutil verifyDisk disk0       
    diskutil verifyVolume disk0s1
    diskutil verifyVolume disk0s2
    diskutil verifyVolume disk0s3
    #disk0s4 & disk0s5 can't be verified with the default macOS tools because the latter is a Linux swap and the former a Linux partition, probably with ext4
    

     


Non riesco a rimuovere la disk0s2, come il comando gpt remove -i 2 disk0genera un errore: gpt remove: disk0: Suspicious MBR at sector 0. Allo stesso modo, il comando gpt add -i 2 -b 409640 -s 372637568 -t 7C34[and so forth]restituisce gpt add: disk0: Suspicious MBR at sector 0e gpt add: disk0: error: no space available on device. Ho aggiunto nuove schermate alla mia domanda come riferimento.
Gints

Grazie per l'aiuto! La seconda parte della tua risposta ha risolto tutto e il mio Mac si è avviato come se nulla fosse successo!
Gints

1
@GintsK e klanomath: voi due mi avete salvato 3 mesi di lavoro. La mia più profonda gratitudine per aver documentato chiaramente questo delicato problema.
Yoric,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.