Recovery HD non viene visualizzato. È a causa di FileVault?

Question

Recovery HD non viene visualizzato. È a causa di FileVault?

#1 da (5 voti)

2

Ho un problema Sul mio Mac, quando avvio e tengo premuto il tasto ALT o il tasto Comando-R, quindi non si avvia in Recovery HD o addirittura lo mostra. Ho bisogno di riparare, montare ecc. Il mio disco. Ho provato l'utilità del disco e il disco di riparazione, anche se questo ha detto che Recovery HD va bene. È perché è nascosto o perché c'è FileVault che lo blocca? E posso rendere FileVault abilitarlo, o dovrei semplicemente disabilitare FileVault?

È possibile che ReFIND sia in grado di configurarlo anche per il ripristino? ReFIND funzionerà ancora su un avvio doppio / triplo?

diskutil dice:

/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage                         239.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           *238.9 GB   disk1
                             Logical Volume on disk0s2
                             0A1D5F20-BFE4-416E-A18F-DEC12BF0A35A
                             Unlocked Encrypted

e gpt dice:

      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  467182912      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  467592552    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  468862088          7        
  468862095         32         Sec GPT table
  468862127          1         Sec GPT header

mac disk-utility recovery recovery-hd

posta TheBro21 08.04.2015 - 18:14

fonte

1 risposta

Leggi altre domande sui tag mac disk-utility recovery recovery-hd

La parte JMicronATA.kext di Yosemite? E altri Spostare tutti i contenuti da una cartella all'altra con lo script di shell

score 5 · Accepted Answer

Risposta breve: sì, è a causa di FileVault (beh, in realtà Core Storage , ma è necessario per FileVault). È normale che il gestore di avvio (tasto Opzione all'avvio) mostri un solo volume in questa modalità, ma Command-R dovrebbe comunque funzionare per avviarsi in modalità di ripristino. Se Command-R non funziona, non sono sicuro di quale sia il problema.

Risposta lunga: l'avvio di OS X è un processo a più fasi: il firmware della CPU (ovvero la ROM di avvio) riceve prima il controllo, carica un programma "booter" dal disco e carica e calci il sistema operativo attuale. Normalmente, il booter viene caricato dal volume dal quale avvierai il sistema operativo ("Macintosh HD" nel tuo caso), ma in alcune situazioni ciò non è possibile.

Se utilizzi FileVault, il volume principale è crittografato, quindi nulla può essere caricato da esso fino a quando non viene sbloccato; ed è il booter che gestisce lo sblocco. (Quella schermata di autenticazione "pre-avvio" quando inizialmente si inserisce una password da sbloccare e da avviare? In realtà viene presentata dal booter.) Poiché il booster non può essere caricato dal volume principale criptato, OS X mette un duplicato sul Volume di recupero HD e "benedice" come booster predefinito. Il Recovery HD in realtà ha due booter: uno configurato per sbloccare & iniziare dal volume principale e un altro configurato per caricare il sistema di recupero dal volume Recovery HD.

Ecco dove arriva la confusione: quando si avvia con il tasto Opzione premuto, il firmware presenta il gestore di avvio, mostrando tutti i volumi avviabili che può trovare. Quel volume "Macintosh HD" che mostra è in realtà il volume di Recovery HD, con alcuni trucchi per l'etichetta del volume che lo fanno sembrare il volume principale. Il firmware non si accorge che c'è un secondo booster su quel volume, quindi mostra solo l'icona. Di conseguenza, il gestore di avvio non può essere utilizzato per avviare la modalità di ripristino in questa configurazione.

Command-R, d'altra parte, dovrebbe ancora funzionare. C'è ancora qualche trucco in più, ma dovrebbe selezionare il booster alternativo e avviare la modalità di recupero. Puoi verificare la configurazione di avvio alternativa montando il volume Recovery HD e quindi usando bless --info per vedere i booster selezionati:

$ diskutil mount disk0s3
Volume Recovery HD on disk0s3 mounted
$ bless --info /Volumes/Recovery\ HD
finderinfo[0]:    449 => Blessed System Folder is /Volumes/Recovery HD/System/Library/CoreServices
finderinfo[1]:    792 => Blessed System File is /Volumes/Recovery HD/System/Library/CoreServices/boot.efi
finderinfo[2]:      0 => Open-folder linked list empty
finderinfo[3]:    410 => Alternate OS blessed file/folder is /Volumes/Recovery HD/com.apple.recovery.boot
finderinfo[4]:      0 => Unused field unset
finderinfo[5]:    410 => OS X blessed folder is /Volumes/Recovery HD/com.apple.recovery.boot
64-bit VSDB volume id:  0x7AB8C69807215B9A
$ more /Volumes/Recovery\ HD/System/Library/CoreServices/.disk_label.contentDetails 
Macintosh HD
$ diskutil unmount /Volumes/Recovery\ HD
Volume Recovery HD on disk0s3 unmounted

Assicurati che il tuo "file / cartella benedetto OS alternativo" sia com.apple.recovery.boot, non boot.efi. Se non è ... beh, potrebbe esserci un modo per risolverlo con bless , ma io la pagina man non sembra essere molto chiara sull'argomento. Inoltre, assicurati di ottenere informazioni sulla benedizione sul volume Recovery HD, non sul volume principale; il volume principale di solito non ha un booster alternativo configurato.