FileVault2 volume di avvio danneggiato dopo l'eliminazione della partizione

2

Un client ha una retina di MacBook Pro con un'unità di avvio crittografata FileVault2 e il Mac utilizzato per il dual boot con Linux. L'Utility Disco apparentemente mostrava 4 partizioni [Mac HD, Linux e altre 2 piccole partizioni, probabilmente usate da Linux poiché anch'esse erano cifrate a pieno disco.

È riuscito in qualche modo a cancellare una delle piccole partizioni, e ora tutti i programmi di utilità del disco sono disk0s1, disk0s2 e così via, senza nemmeno l'unità fisica contenente sopra nell'elenco.

L'os era 12.12.4 [probabilmente, decisamente 12.12.x].

Questa è un'immagine di Recovery > Utility Disco:

      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  813902408      2  GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
  814312048    1269536      3  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  815581584       1648
  815583232   80498047      4  GPT part - 0FC63DAF-8483-4772-8E79-3D69D8477DE4
  896081279        641         
  896081920    2244608      5  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  898326528     262144         
  898588672   78516224      6  GPT part - 0FC63DAF-8483-4772-8E79-3D69D8477DE4
  977104896        131         
  977105027         32         Sec GPT table
  977105059          1         Sec GPT header

Ovviamente non ha un backup. Ha la chiave di ripristino per FileVault2. Qualche idea?

    
posta Nikksno 14.02.2018 - 16:56
fonte

1 risposta

0

La mappa delle partizioni sembra valida e nessuna piccola partizione importante è stata cancellata (forse una partizione EFI o Apple_Boot meno importante tra le partizioni 5 e 6 - gli altri spazi vuoti non allocati sono troppo piccoli per contenere una partizione utile ad es. 1648 blocchi = ~ 844 kB).

Le partizioni 2 e 3 di disk0 hanno comunque il tipo di partizione sbagliato - la partizione / i dati crittografati non dovrebbero essere persi. La partizione 3 ha le dimensioni tipiche di una partizione di ripristino pre-APFS (blocchi 1269536) e la partizione 2 probabilmente è la partizione FV2. Il tipo corretto di partizione di ripristino è 426F6F74-0000-11AA-AA11-00306543ECAC e il tipo corretto di una partizione CoreStorage (la base di FV2) è 53746F72-6167-11AA-AA11-00306543ECAC (anziché FFFFFFFF-FFFF-FFFF- FFFF-FFFFFFFFFFFF).

Avvia la Modalità ripristino Internet o un'altra unità di avvio esterna e modifica i tipi di partizione con gpt .

  1. Avvio in modalità ripristino Internet
  2. Ottieni i dettagli:

    diskutil list
    

    Qui sotto suppongo che l'SSD interno da 500 GB abbia l'identificatore del dispositivo disk0

    gpt -r show disk0
    
  3. Rimuovi le partizioni 2 e 3:

    diskutil umountDisk disk0
    gpt remove -i 3 disk0
    diskutil umountDisk disk0
    gpt remove -i 2 disk0
    
  4. Aggiungere nuovamente le partizioni 2 e 3 con i tipi appropriati:

    diskutil umountDisk disk0
    gpt add -i 3 -b 814312048 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0
    diskutil umountDisk disk0
    gpt add -i 2 -b 409640 -s 813902408 -t 53746F72-6167-11AA-AA11-00306543ECAC disk0
    
  5. Dopo aver aggiunto la partizione 2 con gpt ti verrà probabilmente chiesto di inserire una passphrase
  6. Se non si sblocca il volume FV2 con:

    diskutil cs list
    diskutil cs unlockVolume lvUUID #lvUUID: the UUID of the Logical Volume
    
  7. Verifica disco e volume

    diskutil verifyDisk disk0
    diskutil list #get the device identifier of the mounted FV volume (probably in the upper tens: disk17 or disk18)
    diskutil verifyVolume diskX #with diskX: the device identifier of the mounted FV volume 
    
risposta data 20.02.2018 - 09:00
fonte

Leggi altre domande sui tag