Recovery HD No se muestra. ¿Es por FileVault?

2

Tengo un problema. En mi Mac, cuando inicio y mantengo presionada la tecla ALT o la tecla Comando-R, no se inicia en Recovery HD ni se muestra. Lo necesito para reparar, montar, etc. mi disco. Probé la utilidad de disco y el disco de reparación, aunque eso decía que Recovery HD está bien. ¿Se debe a que está oculto o porque FileVault lo está bloqueando? ¿Y puedo hacer que FileVault lo habilite, o simplemente debo deshabilitar FileVault?

¿Podría ReFIND ser también una posibilidad para configurarlo para la recuperación? ¿ReFIND seguirá funcionando en un arranque doble / triple?

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

y 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
    
pregunta TheBro21 08.04.2015 - 18:14

1 respuesta

5

Respuesta corta: sí, se debe a FileVault (bueno, en realidad Core Storage , pero eso es necesario para FileVault). Es normal que el administrador de inicio (tecla de Opción al inicio) muestre solo un volumen en este modo, pero el Comando-R todavía debería funcionar para iniciarse en el modo de recuperación. Si Command-R no funciona, no estoy seguro de cuál es el problema.

Respuesta larga: iniciar OS X es un proceso de varias etapas: el firmware de la CPU (también conocido como Boot ROM) obtiene el control primero, carga un programa "booter" desde el disco, y eso carga y da patadas al sistema operativo real. Normalmente, el arranque se carga desde el volumen desde el que va a iniciar el sistema operativo ("Macintosh HD" en su caso), pero en algunas situaciones no es posible.

Si está utilizando FileVault, el volumen principal está cifrado, por lo que no se puede cargar nada hasta que se desbloquee; y es el booter el que se encarga de desbloquearlo. (¿Esa pantalla de autenticación "pre-arranque" cuando ingresa inicialmente una contraseña para desbloquear y comenzar? Eso es realmente presentado por el booter). Ya que el booter no se puede cargar desde el volumen principal cifrado, OS X pone un duplicado en el Volumen de recuperación de HD y "bendiciones" que como el arranque predeterminado. Recovery HD en realidad tiene dos booters: uno que está configurado para desbloquear & comience desde el volumen principal, y otro que esté configurado para cargar el sistema de recuperación desde el volumen Recovery HD.

Aquí es donde aparece la confusión: cuando comienza con la tecla Opción presionada, el firmware presenta al administrador de inicio, que muestra todos los volúmenes de arranque que puede encontrar. Ese volumen de "Macintosh HD" que muestra es en realidad el volumen de recuperación de alta definición, con algunos trucos de etiqueta de volumen para que se vea como el volumen principal. El firmware no se da cuenta de que hay un segundo arranque en ese volumen, por lo que solo muestra un ícono. Como resultado, el administrador de inicio no se puede utilizar para iniciar el modo de recuperación en esta configuración.

Comando-R, por otro lado, todavía debería funcionar. Hay algunos trucos más involucrados, pero ese debería seleccionar el arranque alternativo e iniciarlo en el modo de recuperación. Puede verificar la configuración de inicio alternativa montando el volumen de HD de recuperación y luego usando bless --info para ver su (s) arranque (s) seleccionado (s):

$ 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

Asegúrese de que su "carpeta / archivo bendecido del SO alternativo" sea com.apple.recovery.boot, no boot.efi. Si no es ... bueno, puede haber una manera de solucionarlo con bless , pero la página de manual no parece ser muy clara sobre el tema. Además, asegúrese de obtener información de bendición en el volumen de HD de recuperación, no en su volumen principal; el volumen principal generalmente no tendrá configurado un booter alternativo.

    
respondido por el Gordon Davisson 09.04.2015 - 19:30

Lea otras preguntas en las etiquetas