Antes de hoy, con 10.12, y ahora (High Sierra 10.13), tenía DestroyFVKeyOnStandby 1
. Con 10.12, abría la tapa de mi computadora portátil después de haber estado hibernando por un momento, presionaba el botón de encendido y me pedían 2 contraseñas (idénticas). Ingresaría la primera contraseña, una barra de estado progresaría y luego se me solicitaría la segunda contraseña.
Con 10.13, todo es igual, pero falta la primera solicitud de contraseña. Siempre pensé que la barra de estado (en 10.12) significaba que estaba descifrando el disco (o parte de él). Si ese es el caso, ahora se está descifrando incluso antes de que me pida la única contraseña para dejarme entrar. Es decir, está la barra de estado, luego la solicitud de contraseña.
Se agradecería cualquier aclaración sobre por qué esto podría ser diferente y si hay algo que debamos saber.
ACTUALIZAR Después de alternar DestroyFVKeyOnStandby
y reiniciar varias veces (al final, no cambié nada), la situación es la siguiente:
Después de hibernar, presiono la tecla de encendido, aparece el logotipo de Apple, ingreso FileVault/Login PW, barra de progreso, finalmente escritorio. Esto es lo opuesto a mi situación anterior [barra de progreso -> indicador PW]. Bien, pero sigue siendo solo un indicador de PW. ¿Por qué? ¿Supongo que la máquina sabe que son iguales (los configura al mismo tiempo)?
Ahora puedo recrear mi situación anterior configurando DestroyFVKeyOnStandby 0
(no lo era 0
antes). Esto es lo que 0
debe hacer.
Además, si configuro DestroyFVKeyOnStandby 1
y apago el bloqueo de la pantalla de suspensión, todavía se me solicita un PW. Esto me lleva a creer que mi máquina está solicitando mi FileVault PW, el resultado previsto.
Supongo que mi consejo final sería jugar DestroyFVKeyOnStandby
un poco con el tuyo y reiniciar un par de veces. Sé que eso no es muy científico, pero no debería doler.
Aparentemente /Library/Preferences/com.apple.PowerManagement.plist
, eliminar y luego ejecutar un pmset -a DestroyFVKeyOnStandby 1
como Root ha hecho que las cosas vuelvan a funcionar de manera confiable.
No tengo idea de qué está causando que este com.apple.PowerManagement.<UUID>.plist
archivo vuelva a tener prioridad sobre el archivo en cada actualización, pero es bastante molesto tener que recordar eliminar el archivo de configuración que no es UUID cada vez.
dan
rafael
usuario4396386