Partizione che mostra come 'FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFF'; ha tentato di ripararlo ma ha peggiorato la situazione

1

MacBook Pro 2015. Di recente ho avviato il mio Mac con Linux per la scuola, tuttavia ho cambiato idea su quale distribuzione eseguire e ho capito che il modo migliore per cambiare sarebbe quello di formattare e rimuovere le partizioni Linux e ricominciare da capo.

Dopo aver formattato le partizioni ho tentato di rimuoverle ma solo una potrebbe essere cancellata e si è trasformata in una partizione 24.4gb che mi dava un errore ogni volta che provavo a cancellarla e unire la partizione in un singolo volume Macintosh HD . Ho anche notato che il mio volume di avvio mostrava "ahfs" e non "apple_boot" e il mio volume Macintosh HD veniva visualizzato come "FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFF", quindi ho seguito una guida per riportare l'unità di avvio su "apple_boot" 'e ha tentato di seguire questa guida ( Dati non sottoposti a backup, Tipo di partizione: FFFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF ) e reso su gpt add -i 3 -b 188093184 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0

Questo comando ha restituito erorrs:

gpt add: disk0: Suspicious MBR at sector 0    
gtp add: disk0: error: no space available on drive     

Ho studiato i modi per risolverlo e ho trovato questa soluzione,

gpt destroy /dev/disk0         

ma ho ricevuto un errore di MBR sospetto nel settore 0, quindi ho rimosso l'MBR ibrido con

fdisk -i -a hfs /dev/disk0 

e ricevuto

fdisk: could not open MBR file /use/standalone/i386/boot0: No such file or directory 

ATTENTION - UPDATING MASTER BOOT RECORD 

Do you wish to write a new MBR and partition table? [n] 

Ho inserito y e non ha ricevuto conferma.

Ho quindi provato ad aggiungere le mie partizioni con

gpt add -b 40 -s 409600 -i 1-t C12A7328-F81F-11D2-BA4B-00A0C93EC93B /dev/disk0 

e ha ricevuto l'errore:

gpt add: error: bogus map
gpt add: unable to open device '/dev/disk0': Undefined error: 0

Ora quando sono bloccato sia con la mappa fasulla che con l'errore non definito errore 0 ogni volta che tento di mostrare gpt o gpt add.

C'è comunque un modo per recuperare i miei dati? Sono andato a prendere l'HDD di backup dall'ufficio, ma il mio fratellino l'aveva lasciato cadere nella bibita alcune settimane fa e non ha detto a nessuno, quindi è inutile. Qualsiasi consiglio sarebbe molto apprezzato!

    
posta AceHyte 24.01.2018 - 06:26
fonte

1 risposta

1

Il disco ha perso qualsiasi partizione gpt nella tabella delle partizioni perché il GPT secondario non corrispondeva al GPT primario (e il suo CRC era errato) e quindi era falso.

Per ripristinare tutto ciò che segue è stato fatto:

  • avvia in un disco di avvio macOS esterno funzionante
  • ottieni i dettagli:

    diskutil list
    gpt -rvvv show disk0
    fdisk /dev/disk0
    diskutil umountDisk0
    
  • azzerare completamente il 1 ° e 2 ° GPT e il MBR:

    dd if=/dev/zero of=/dev/disk0 count=34 bs=512
    dd if=/dev/zero of=/dev/disk0 seek=(size_of_disk_in_blocks-33) count=33 bs=512
    
  • crea un nuovo gpt:

    gpt create -f /dev/disk0 
    
  • aggiungi tutte le partizioni

    gpt add -i 1 -b 40 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk0
    
  • un dump esadecimale del blocco 409640 ha rivelato una partizione CoreStorage - una foto presa prima dall'OP, suggerita una dimensione di 187683544 blocchi per la seconda partizione:

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

    il volume verificato con 0 errori e doveva essere sbloccato: il volume è crittografato!

  • Ho cercato di ripristinare una partizione di ripristino precedente:

    gpt add -i 3 -b 188093184 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC
    diskutil verifyVolume disk0s3
    

    Nessun file system rilevato; il comando diskutil verifyVolume non è riuscito. La partizione di ripristino e il suo contenuto sono stati cancellati in precedenza. La terza partizione deve essere nuovamente rimossa:

    gpt remove -i 3 disk0
    
  • Poiché la partizione di ripristino, che di solito contiene una chiave FV intermedia richiesta durante l'avvio su FV, non è presente, il volume principale è stato ripristinato su HFSJ:

    diskutil cs list #get the lvUUID of the main volume
    diskutil cs revert lvUUID #old (admin) password needed to unlock the volume
    
  • Il volume è stato espanso

    diskutil resizeVolume disk0s2 0
    diskutil verifyVolume disk0s2
    
  • Avviato al volume principale ripristinato ed espanso, il sistema (Sierra 10.12.6) è stato reinstallato per ripristinare la partizione di ripristino mancante.
  • Riattiva FileVault.
risposta data 24.01.2018 - 23:14
fonte

Leggi altre domande sui tag