¿High Sierra borra la clave de FileVault en hibernación?

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 DestroyFVKeyOnStandbyy 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 0antes). Esto es lo que 0debe hacer.

Además, si configuro DestroyFVKeyOnStandby 1y 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 DestroyFVKeyOnStandbyun poco con el tuyo y reiniciar un par de veces. Sé que eso no es muy científico, pero no debería doler.

En ambos casos es obligatoria una explicación clara de lo que se realiza y en qué orden. La seguridad y la confianza vienen con la transparencia.
Tengo el mismo problema aquí y no puedo hacer que la hibernación funcione como lo hacía antes de 10.13 sin importar lo que intente. ¿Puede confirmar que tiene que ingresar su contraseña dos veces después de su corrección? Así fue como "supe" que la máquina había hibernado por completo y que la clave FV había sido destruida.
Editado la actualización para mayor claridad.

Respuestas (1)

Aparentemente /Library/Preferences/com.apple.PowerManagement.plist, eliminar y luego ejecutar un pmset -a DestroyFVKeyOnStandby 1como 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>.plistarchivo 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.