Respuesta corta: sí, es porque de FileVault (bueno, en realidad de Almacenamiento principal, pero que se requiere para FileVault). Es normal que el gestor de arranque (Opción clave en el inicio) para mostrar sólo un volumen en este modo, pero el Comando-R todavía debe el inicio de los trabajos en modo de recuperación. Si el Comando-R no está funcionando, no estoy seguro de cuál es el problema que hay.
Respuesta larga: a partir de OS X es un proceso de varias etapas: el firmware de la CPU (también conocido como ROM de Arranque) obtiene el control en primer lugar, se carga un "arranque" programa del disco, y que las cargas y las patadas de la SO real. Normalmente, el arranque se carga desde el volumen que se va a iniciar el sistema operativo desde ("Macintosh HD" en su caso), pero en algunas situaciones no es posible.
Si eres el uso de FileVault, el volumen principal está encriptada, por lo que nada puede ser cargado desde hasta que sea desbloqueado; y es el arranque que se encarga de desbloqueo. ("Pre-arranque" pantalla de autenticación cuando inicialmente se introduzca una contraseña para desbloquear y puesta en marcha? Que en realidad presentada por el booter.) Desde el arranque no puede ser cargado desde el cifrado de volumen principal, OS X pone un duplicado en el disco duro de Recuperación de volumen, y "bendice" que como el valor predeterminado booter. La Recuperación de HD tiene en realidad dos booters: uno, que se configura para desbloquear y empezar desde el volumen principal, y otro que está configurado para cargar el sistema de recuperación desde el disco duro de Recuperación de volumen.
Aquí es donde viene la confusión: cuando se inicia con la tecla Opción presionada, el firmware presenta el administrador de inicio, que muestra todos los volúmenes de arranque se puede encontrar. Que "Macintosh HD" el volumen de muestra es en realidad el disco duro de Recuperación de volumen, con algunas etiqueta de volumen artimañas para hacer que se vea como el volumen principal. El firmware no se da cuenta de que hay una segunda booter en ese volumen, de modo que sólo se muestra el icono. Como resultado, el gestor de arranque no puede ser utilizado para iniciar el modo de recuperación en esta configuración.
Comando-R, por otra parte, aún debe funcionar. Hay algunos más el engaño involucrados, pero que debe seleccionar la alternativa de arranque y de inicio a modo de recuperación. Puede verificar la alternativa de configuración de arranque con el montaje del disco duro de Recuperación de volumen y, a continuación, utilizando bless --info para ver sus seleccionado booter(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 "Alternativa OS bendito archivo/carpeta" com.apple.de recuperación.de inicio, no de inicio.efi. Si no... bueno, puede ser una manera de solucionarlo con bless, pero yo el hombre de la página no parece ser muy claro sobre el tema. También, asegúrese de que está recibiendo la bendición de información en el disco duro de Recuperación de volumen, no de su volumen; el volumen principal, en general, no tienen una alternativa de arranque configurado.
