¿Cómo se ha vuelto repentinamente mucho más rápido despertar al OS X del "sueño seguro"?

Como soy extremadamente paranoico con respecto a la security, configuro mi MacBook para que siempre "duerma bien" y destruyo su key FileVault al ingresar al modo de espera:

$ sudo pmset -a hibernatemode 25 DestroyFVKeyOnStandby 1 

Como se explica en pmset (1) :

hibernatemode = 25 (binary 0001 1001) solo se puede configurar a través de pmset. El sistema almacenará una copy de la memory en un almacenamiento persistente (el disco) y eliminará la energía de la memory. El sistema restaurará desde la image del disco. Si desea "hibernación" – lentas, más lentas y mejor duración de la batería, debe usar esta configuration.

y:

destroyfvkeyonstandby – Destruye la tecla File Vault al pasar al modo de espera. De forma pnetworkingeterminada, las keys de File Vault se conservan incluso cuando el sistema pasa al modo de espera. Si se destruyen las keys, se le pedirá al usuario que ingrese la contraseña al salir del modo en espera. (Valor: 1 – Destruir, 0 – Retener)

En consecuencia, cuando la máquina se despierta, uno debe:

  1. primero desbloquea FileVault en una pantalla de locking EFI; y entonces
  2. Desbloquee OS X en una window de inicio de session.

Históricamente, hubo un retraso comprensible entre estos dos pasos, ya que OS X tiene que restaurar desde la image del disco (copyndo el hibernatefile en la RAM) antes de que sea capaz de hacer cualquier otra cosa. Mientras esto sucedía, la pantalla mostraba la window de inicio de session superpuesta por una cubierta semitransparente junto con una barra de progreso.

Sin embargo, ya no presento ningún retraso entre los pasos 1 y 2. Parece que OS X puede reanudarse casi tan pronto como se desbloquea FileVault, lo que me sugiere que es posible que la potencia no se haya eliminado de la memory RAM como lo prometió hibernatemode 25.

¿Que esta pasando? Como sugieren los loggings siguientes, Apple encontró una manera mágica de restaurar gigabytes de RAM de la image del disco de forma impercebiblemente rápida (y, de ser así, no todos los usuarios de computadoras portátiles preferirían "dormir sin peligro", quizás sin destruir las keys de FileVault, en lugar de manteniendo la RAM alimentada y perdiendo batería)? O, más probablemente (?), ¿Mi MacBook ya no está realmente ingresando a "dormir seguro"? Si es este último, ¿por qué y cómo puedo solucionarlo?


 $ sw_vers
 ProductName: Mac OS X
 ProductVersion: 10.11.3
 BuildVersion: 15D21

 $ pmset -g
 Configuración de energía en todo el sistema:
  SleepDisabled 0
  DestroyFVKeyOnStandby 1
 Perfiles activos:
 Potencia de la batería -1
 AC Power -1 *
 Actualmente en uso:
  standbydelay 10800
  modo de espera 1
  womp 0
  halfdim 1
  hibernatefile / var / vm / sleepimage
  powernap 0
  gpuswitch 2
  networkoversleep 0
  Disksleep 10
  dormir 1
  autopoweroffdelay 14400
  hibernatemode 25
  autopoweroff 0
  ttyskeepawake 1
  Displaysleep 10
  acwake 0
  lidwake 1

 $ cat /var/log/system.log
 5 de febrero 01:19:35 eggyal PowerChime [622]: 53728.262434: IR A DORMIR: kStateDarkWake -> kStateAsleep
 5 de febrero 01:19:35 eggyal PowerChime [622]: 53728.262821: Llamando a GoToSleepBlock
 5 de febrero 01:19:38 eggyal kernel [0]: respuesta de PM tomó 3072 ms (57, powerd)
 5 de febrero 01:19:38 eggyal kernel [0]: AppleCamIn :: systemWakeCall - messageType = 0xE0000280
 5 de febrero 01:19:38 eggyal kernel [0]: AppleCamIn :: systemWakeCall - messageType = 0xE0000340
 5 de febrero 01:19:38 eggyal kernel [0]: kern_open_file_for_direct_io (0)
 5 de febrero 01:19:38 eggyal kernel [0]: kern_open_file_for_direct_io tomó 24 ms
 5 de febrero 01:19:38 eggyal kernel [0]: file abierto /var/log/SleepWakeStacks.bin, tamaño 172032, extensiones 1, maxio 40000 ssd 1
 Feb 5 01:19:38 eggyal kernel [0]: file consultado major 1, minor 0, blocksize 4096, encuestadores 3
 5 de febrero, 07:52:38 kernel de eggyal [0]: ruta de la image de hibernación: / var / vm / sleepimage
 5 de febrero, 07:52:38 eggyal kernel [0]: count de páginas efi 72
 5 de feb 07:52:38 eggyal kernel [0]: hibernate_page_list_setall (preflight 1) start
 Feb 5 07:52:38 eggyal kernel [0]: hibernate_page_list_setall time: 292 ms
 5 de febrero, 07:52:38 eggyal kernel [0]: páginas 1229108, cable 262730, acto 464069, inact 1872, limpio 0 especificación 10, zf 3948, throt 0, compr 155445, xpmapped 40000
 05 de febrero 07:52:38 eggyal kernel [0]: podría descartar acto 169997 inact 38206 purgable 85433 espec 47398 limpiado 0
 5 de febrero 07:52:38 eggyal kernel [0]: ADVERTENCIA: hibernate_page_list_setall omitido 10768 páginas xpmapped
 5 de feb 07:52:38 eggyal kernel [0]: hibernate_page_list_setall preflight pageCount 262730 est comp 39 setfile 491782144 min 1073741824
 5 feb 07:52:38 eggyal kernel [0]: kern_open_file_for_direct_io (0)
 5 de febrero 07:52:38 eggyal kernel [0]: kern_open_file_for_direct_io tomó 21 ms
 Feb 5 07:52:38 eggyal kernel [0]: file abierto / var / vm / sleepimage, tamaño 1073741824, extensiones 2, maxio 40000 ssd 1
 5 de feb 07:52:38 eggyal kernel [0]: file consultado major 1, minor 0, blocksize 4096, sondeos 3
 5 de febrero, 07:52:38 eggyal kernel [0]: vm_compressor_record_warmup (29246 - 32193)
 5 de febrero, 07:52:38 eggyal kernel [0]: vm_compressor_flush - starting
 Feb 5 07:52:38 eggyal kernel [0]: vm_compressor_flush completed - tomó 7834 msecs
 Feb 5 07:52:38 eggyal kernel [0]: hibernate_flush_memory: buffer_cache_gc liberado 13242 páginas cableadas
 Feb 5 07:52:38 eggyal kernel [0]: hibernate_alloc_pages act 261470, inact 39096, anon 11567, throt 0, spec 47402, cable 274180, wireinit 32085
 5 de feb 07:52:38 eggyal kernel [0]: hibernate_setup (0) demoró 9624 ms
 5 de feb 07:52:38 eggyal kernel [0]: AppleCamIn :: systemWakeCall - messageType = 0xE0000340
 5 de febrero 01:19:49 eggyal kernel [0]: hibernate_page_list_setall (preflight 0) start
 5 de febrero, 07:52:38 eggyal kernel [0]: hibernate_teardown started
 Feb 5 07:52:38 eggyal kernel [0]: hibernate_teardown: winetworking_pages 274183, free_pages 1766704, active_pages 40000, inactive_pages 0, speculative_pages 0, cleaned_pages 0, compressor_pages 80
 Feb 5 07:52:38 eggyal kernel [0]: hibernate_teardown_pmap_structs done: last_valid_compact_indx 181266
 5 de febrero, 07:52:38 eggyal kernel [0]: hibernate_teardown: mark_as_unneeded_pages 2048, 26515, 18518
 Feb 5 07:52:38 eggyal kernel [0]: hibernate_teardown completed - descarta 47081
 Feb 5 07:52:38 eggyal kernel [0]: hibernate_page_list_setall time: 649 ms
 5 de febrero, 07:52:38 eggyal kernel [0]: páginas 550280, cable 202232, actuar 40000, inact 0, limpiar 0 especificación 0, zf 0, throt 0, compr 80, xpmapped 40000
 Feb 5 07:52:38 eggyal kernel [0]: descartó actuar 136037 inact 39096 purgable 85433 spec 47402 limpiado 0
 5 de febrero 07:52:38 eggyal kernel [0]: ADVERTENCIA: hibernate_page_list_setall omitido 16430 xpmapped pages
 5 de feb 07:52:38 eggyal kernel [0]: hibernate_page_list_setall found pageCount 242312
 Feb 5 07:52:38 eggyal kernel [0]: IOHibernatePollerOpen, ml_get_interrupts_enabled 0
 5 de feb 07:52:38 eggyal kernel [0]: IOHibernatePollerOpen (0)
 5 de feb 07:52:38 eggyal kernel [0]: encryptStart 14010
 5 de feb 07:52:38 eggyal kernel [0]: bitmap_size 0x3f444, previewSize 0x4028, escribiendo 241958 páginas @ 0x5747c
 Feb 5 07:52:38 eggyal kernel [0]: hibernate_rebuild comenzó
 Feb 5 07:52:38 eggyal kernel [0]: hibernate_rebuild_pmap_structs done: last_valid_compact_indx 181266
 Feb 5 07:52:38 eggyal kernel [0]: hibernate_rebuild completado - tomó 51 msecs
 Feb 5 07:52:38 eggyal kernel [0]: booter start a 1073 ms smc 0 ms, [17, 0, 0] total 16393 ms, dsply 0, 0 ms, vagabundeo 544 ms
 5 de feb 07:52:38 eggyal kernel [0]: hibernate_machine_init: estado 2, páginas de imágenes 202019, sum fue be127fc2, imageSize 0x17cb5000, image1Size 0xecb6000, conflictCount 2498, nextFree acf
 Feb 5 07:52:38 eggyal kernel [0]: hibernate_newruntime_map time: 0 ms, IOPolledFilePollersOpen (), ml_get_interrupts_enabled 0
 5 de feb 07:52:38 eggyal kernel [0]: IOPolledFilePollersOpen (0) 1 ms
 Feb 5 07:52:38 eggyal kernel [0]: hibernate_machine_init reading
 5 de febrero 07:52:38 eggyal kernel [0]: PMStats: lectura de Hibernate tomó 281 ms
 5 de feb 07:52:38 eggyal kernel [0]: hibernate_machine_init pagesDone 242099 sum2 91d0cb87, time: 281 ms, disco (0x20000) 512 Mb / s, bytes comp: 47316992 time: 36 ms 1232 Mb / s, cripta bytes: 150990848 time: 38 ms 3702 Mb / s

One Solution collect form web for “¿Cómo se ha vuelto repentinamente mucho más rápido despertar al OS X del "sueño seguro"?”

Si tiene Filevault habilitado y no obtiene la pantalla de authentication EFI (apple.com> HT204156), no se está despertando desde el modo de espera. Se le deben solicitar cnetworkingenciales dos veces: una vez por EFI para Filevault, luego una barra de progreso cuando se monta el volumen de Filevault y se restaura la image de hibernación, luego una segunda authentication del sistema operativo para volver a iniciar session.

sudo pmset -f log puede ayudar a confirmar lo que está sucediendo.

Por lo que vale, también he encontrado que la opción hibernatemode = 25 parece estar rota. Probando en una MacbookAir6,2 / A1466 2013 ejecutando 10.11.5 con hibernatemode = 25 (directo al modo de espera, omisión de reposo), la máquina hiberó al cerrar la tapa después de haber habilitado por primera vez esta opción. Sin embargo, no lo ha vuelto a hacer. (Actualicé a 10.11.5 en el interino …)

La documentation de Apple https://support.apple.com/en-us/HT202124 dice: "Los portátiles deben estar funcionando con la energía de la batería [y] no deben tener conexiones externas (como Ethernet, USB, Thunderbolt, tarjeta SD, pantallas). , Bluetooth, etc.) "para pasar al modo de espera.

Prestando atención a las condiciones anteriores, lo he probado varias veces y mi máquina solo entrará en modo de espera (y por lo tanto, destruirá la key Filevault si se activa destroyfvkeyonstandby) cuando la batería se agote por completo.

es decir, hibernatemode = 25 no funciona como está documentado en pmset (1).

  • MacBook no duerme cuando la tapa está cerrada
  • ¿Puedo configurar mi Macbook para que desmonte todas las unidades externas cuando cierro la tapa?
  • Mantener MacBook Pro en modo de suspensión por días
  • Los ventiladores MacBook están funcionando bien incluso con carga normal
  • ¿Es posible tener un iMac para mantener el modo de visualización de destino incluso a través del modo de suspensión / protector de pantalla?
  • MacBook: fuerza la hibernación, incluso con alimentación de CA (no con la batería)
  • Chrome funcionando aleatoriamente mientras MacBook Pro está dormido?
  • Macbook pro no se queda dormido después de dejarlo inactivo
  • ¿Es posible continuar usando un monitor externo al cerrar la tapa de un Macbook Air?
  • Evitar que las tabs de background de Safari se desconecten del server
  • ¿Hay alguna manera de poner Mac mini para dormir de forma remota?
  • Mac Pro se reinicia después de dormir con la nueva SSD
  • Dormir después de cerrar la tapa y el indicador de alimentación no funciona después de restablecer PRAM y SMC
  • Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).