MacBook Pro con Touch ID a veces se desbloquea sin ninguna autenticación

Mi MacBook Pro con TouchBar está configurado para usar Touch ID, requiere autenticación después de dormir, tiene File Vault activado... todo funciona. Sin embargo, he notado dos veces que parecía desbloquearse después de dormir sin ninguna entrada. Ni me pidió la contraseña ni me pidió que tocara el sensor Touch ID. Solo parece suceder en el trabajo, no en casa. No tenía nada enchufado en ese momento; Abrí la tapa y estaba a punto de conectar un teclado externo y un monitor cuando ya presentaba el escritorio desbloqueado. Estoy bastante seguro de que estaba dormido antes, ya que esto fue lo primero que hice en la mañana después de sacarlo de su bolsa.

Muy extraño. ¿Alguna idea de qué es eso?

Aquí hay un extracto de system.log:

Dec 27 08:36:45 Davids-MacBook-Pro syslogd[35]: ASL Sender Statistics
Dec 27 08:36:45 Davids-MacBook-Pro logd[52]: _handle_cache_delete_with_urgency(0x7f8f90064190, 3, 0)
Dec 27 08:36:45 Davids-MacBook-Pro logd[52]: _volume_contains_cached_data(is /private/var/db/diagnostics/ in /) - YES
Dec 27 08:36:45 Davids-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.imfoundation.IMRemoteURLConnectionAgent): Unknown key for integer: _DirtyJetsamMemoryLimit
Dec 27 08:36:45 Davids-MacBook-Pro logd[52]: 150114280 bytes of purgeable space from log files
Dec 27 08:36:45 Davids-MacBook-Pro logd[52]: _purge_uuidtext only runs at urgency 0 (3)
Dec 27 08:36:45 Davids-MacBook-Pro logd[52]: 0 bytes of purgeable space from uuidtext files
Dec 27 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.138 [DFR] ERR [_DFRDisplayUsbRecvComplete] failed 0xe00002ed
Dec 27 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.142 [DFR] [deviceTerminate] 
Dec 27 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.142 [DFR] [_DFRDisplayDeviceRemoved] 
Dec 27 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.142 [DFR] [___DFRDisplayDeviceRemoved_block_invoke] calling client detach callback
Dec 27 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.142 [DFR] [_DFRDisplayClose] 
Dec 27 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.176 [DFR] [deviceMatch] 
Dec 27 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.176 [DFR] [_DFRDisplayDeviceAdded] 
Dec 27 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.178 [DFR] [_DFRDisplayUsbStart] 
Dec 27 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.178 [DFR] [_DFRDisplayOpen] 
Dec 27 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.179 [DFR] [_DFRDisplayOpen] sending GetInfo
Dec 27 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.180 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 0
Dec 27 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.180 [DFR] [_DFRDisplayHandleVendorPacket] calling client attach callback
Dec 27 08:36:45 Davids-MacBook-Pro WindowServer[143]: 911427.180 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 1
Dec 27 08:36:45 Davids-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.xpc.launchd.domain.pid.IDECacheDeleteAppExtension.23557): Path not allowed in target domain: type = pid, path = /Applications/Xcode.app/Contents/SharedFrameworks/LLDB.framework/Versions/A/XPCServices/RootDebuggingXPCService.xpc error = 147: The specified service did not ship in the requestor's bundle, origin = /Applications/Xcode.app/Contents/PlugIns/IDECacheDeleteAppExtension.appex
Dec 27 08:36:45 Davids-MacBook-Pro com.apple.xpc.launchd[1] (com.apple.xpc.launchd.domain.pid.IDECacheDeleteAppExtension.23557): Path not allowed in target domain: type = pid, path = /Applications/Xcode.app/Contents/Frameworks/DFRSupportKit.framework/Versions/A/XPCServices/IDETouchBarSimulatorService.xpc error = 147: The specified service did not ship in the requestor's bundle, origin = /Applications/Xcode.app/Contents/PlugIns/IDECacheDeleteAppExtension.appex
Dec 27 08:36:47 Davids-MacBook-Pro diagnosticd[225]: Streaming server Reconnected
Dec 27 08:36:47 --- last message repeated 1 time ---
Dec 27 08:36:47 Davids-MacBook-Pro Google Chrome[6971]: objc[6971]: __weak variable at 0x618000a5fa50 holds 0x2121212121212121 instead of 0x618000e2d280. This is probably incorrect use of objc_storeWeak() and objc_loadWeak(). Break on objc_weak_error to debug.
Dec 27 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.078 [DFR] ERR [_DFRDisplayUsbRecvComplete] failed 0xe00002eb
Dec 27 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.115 [DFR] [deviceTerminate] 
Dec 27 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.115 [DFR] [_DFRDisplayDeviceRemoved] 
Dec 27 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.116 [DFR] [___DFRDisplayDeviceRemoved_block_invoke] calling client detach callback
Dec 27 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.116 [DFR] [_DFRDisplayClose] 
Dec 27 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.513 [DFR] [deviceMatch] 
Dec 27 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.514 [DFR] [_DFRDisplayDeviceAdded] 
Dec 27 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.514 [DFR] [_DFRDisplayUsbStart] 
Dec 27 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.515 [DFR] [_DFRDisplayOpen] 
Dec 27 08:45:43 Davids-MacBook-Pro WindowServer[143]: 911965.515 [DFR] [_DFRDisplayOpen] sending GetInfo
...

Parece que un patrón muy similar se repite cada ~ 15 minutos (lo que probablemente sea normal para la oscuridad, supongo). A las 8:36, la computadora portátil estaba en su bolso, a las 8:45 fue un evento de despertar legítimo. No estoy seguro si esto agrega pistas adicionales...

¿Usas un Apple Watch? Además, ¿cuál es el intervalo de bloqueo (Configuración del sistema → Seguridad y privacidad)?
No; y "5 segundos después de que comience la suspensión o el protector de pantalla".
Sospecho que una aplicación o un agente/demonio pueden estar interrumpiendo el sueño. Puede probar esto cerrándolos todos y viendo si ocurre nuevamente. Alternativamente, la columna App Nap en la pestaña Energía del Monitor de actividad puede dar alguna indicación.
Pero incluso si ese fuera el caso, eso no debería hacer que se desbloqueara. Eso significaría que estuvo desbloqueado y no dormido durante aproximadamente 10 horas en su bolsa...
Acaba de suceder de nuevo en este momento. La computadora portátil estuvo en la bolsa durante la noche (más de 10 horas), tardó unos segundos en activarse (sin pantalla de encendido instantáneo, parece que realmente estaba durmiendo) y la batería está al 98% (no parece que haya tenido insomnio toda la noche).
Acabo de conversar con Apple y prácticamente llegaron a la misma conclusión. Aparentemente, no es imposible que la computadora portátil no se haya dormido en absoluto (lo que hace que el consumo de batería sea impresionante). Veré si puedo reducirlo a alguna aplicación específica que cause problemas.
Los nuevos MBP son conocidos (o notorios, dependiendo de su punto de vista) por tener tiempos de autonomía muy variables. Es extremadamente económico cuando está inactivo. Pero aún debería bloquear y dormir. Por favor, informe si encuentra la causa. :-)

Respuestas (1)

La respuesta parece ser que la computadora portátil nunca se durmió en primer lugar y, por lo tanto, tampoco se bloqueó. Sorprendentemente, permaneció encendido durante la noche (supongo que con la pantalla deshabilitada) y no consumió más del ~ 2% de la batería.

El culpable pudo o no haber sido el cliente de Steam; No tengo ninguna evidencia particular para ello, pero se ha estado portando mal mucho en Sierra y parece un candidato probable que impidió el sueño.

¿Pero no se bloquea macOS cada vez que la pantalla está desactivada, no solo cuando se va a dormir?
Eso pensarías, ¿verdad? Aparentemente ese no es necesariamente el caso. O la pantalla realmente se quedó encendida, no tengo idea. Lo que es algo tranquilizador es que no se desbloquea solo...
Buen punto: dado que se eliminó el logotipo brillante de Apple, no tenemos forma de saber si la pantalla permanece encendida o no. En teoría, siempre debería apagarse si la tapa está cerrada, pero, por supuesto, eso puede alterarse.
MacBook Pro con Touch ID a veces se desbloquea sin ninguna autenticación
RespuestasAquíPolítica de privacidad1y, 0v