Tengo un problema. En mi Mac, cuando inicio y presiono la tecla ALT o la tecla Comando-R, entonces no arranca en Recovery HD ni siquiera lo 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. ¿Es porque está oculto o porque FileVault lo está bloqueando? ¿Y puedo hacer que FileVault lo habilite, o simplemente debo deshabilitar FileVault?
¿Podría ReFIND ser una posibilidad de configurarlo también para la recuperación? ¿ReFIND todavía funcionaría 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
Respuesta corta: sí, es por 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) solo muestre un volumen en este modo, pero Command-R aún 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 ROM de arranque) obtiene el control primero, carga un programa de "arranque" fuera del disco, y eso carga y patea el sistema operativo real. Normalmente, el cargador se carga desde el volumen desde el que va a iniciar el sistema operativo ("Macintosh HD" en su caso), pero en algunas situaciones eso no es posible.
Si está utilizando FileVault, el volumen principal está encriptado, 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 "previa al inicio" cuando ingresa inicialmente una contraseña para desbloquear e iniciar? En realidad, la presenta el iniciador). Dado que el iniciador no se puede cargar desde el volumen principal cifrado, OS X coloca un duplicado en el Volumen HD de recuperación, y "bendice" eso como el cargador predeterminado. Recovery HD en realidad tiene dos arrancadores: uno que está configurado para desbloquear e iniciar desde el volumen principal y otro que está configurado para cargar el sistema de recuperación desde el volumen de Recovery HD.
Aquí es donde entra la confusión: cuando comienza con la tecla Opción presionada, el firmware presenta el administrador de inicio, mostrando todos los volúmenes de arranque que puede encontrar. Ese volumen "Macintosh HD" que muestra es en realidad el volumen Recovery HD, con algunos trucos de etiqueta de volumen para que parezca el volumen principal. El firmware no se da cuenta de que hay un segundo cargador en ese volumen, por lo que solo muestra un icono. Como resultado, el administrador de inicio no se puede usar para iniciar el modo de recuperación en esta configuración.
Command-R, por otro lado, aún debería funcionar. Hay algunos trucos más involucrados, pero eso debería seleccionar el cargador 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 --infopara ver su(s) iniciador(es) 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 "archivo/carpeta bendecidos del sistema operativo alternativo" sea com.apple.recovery.boot, no boot.efi. Si no es así... bueno, puede haber una manera de arreglarlo 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 sobre el volumen Recovery HD, no sobre su volumen principal; el volumen principal generalmente no tendrá configurado un cargador alternativo.