2016 Touch Bar MBP agota la batería mientras duerme

14

Una batería llena se agotará en aproximadamente 24 horas con la tapa cerrada, el sueño completamente desconectado. A veces, cuando levanto la computadora para usarla, hace calor físicamente.

Esto es lo que he intentado:

  • La siesta de la batería está desactivada
  • iStat no muestra aplicaciones que "usen energía significativa" antes de cerrar la tapa.

Mirando en la consola, en system.log, durante el tiempo que sé que la computadora estaba dormida, y veo dos cosas que inmediatamente me sorprenden. Intentaré copiar las secciones relevantes, pero no estoy seguro de qué será realmente útil. La primera sección se repite sin cesar :

05:49:47 WindowServer[121]: 8358864.989 [DFR] [deviceTerminate] 
05:49:47 WindowServer[121]: 8358865.001 [DFR] [_DFRDisplayDeviceRemoved] 
05:49:47 WindowServer[121]: 8358865.003 [DFR] [___DFRDisplayDeviceRemoved_block_invoke] calling client detach callback
05:49:47 WindowServer[121]: 8358865.004 [DFR] [_DFRDisplayClose] 
05:49:47 WindowServer[121]: 8358865.535 [DFR] [deviceMatch] 
05:49:47 WindowServer[121]: 8358865.535 [DFR] [_DFRDisplayDeviceAdded] 
05:49:47 WindowServer[121]: 8358865.537 [DFR] [_DFRDisplayUsbStart] 
05:49:47 WindowServer[121]: 8358865.537 [DFR] [_DFRDisplayOpen] 
05:49:47 WindowServer[121]: 8358865.540 [DFR] [_DFRDisplayOpen] sending GetInfo
05:49:47 WindowServer[121]: 8358865.541 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 0
05:49:47 WindowServer[121]: 8358865.541 [DFR] [_DFRDisplayHandleVendorPacket] calling client attach callback
05:49:47 WindowServer[121]: 8358865.554 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 1
06:01:51 WindowServer[121]: 8359589.038 [DFR] [deviceTerminate] 
06:01:51 WindowServer[121]: 8359589.041 [DFR] [_DFRDisplayDeviceRemoved] 
06:01:51 syslogd[37]: ASL Sender Statistics
06:01:51 WindowServer[121]: 8359589.044 [DFR] ERR [_DFRDisplaySendPacket] WritePipe failed 0xe00002c0
06:01:51 WindowServer[121]: 8359589.044 [DFR] [___DFRDisplayDeviceRemoved_block_invoke] calling client detach callback
06:01:51 WindowServer[121]: 8359589.044 [DFR] [_DFRDisplayClose] 
06:01:51 WindowServer[121]: 8359589.537 [DFR] [deviceMatch] 
06:01:51 WindowServer[121]: 8359589.537 [DFR] [_DFRDisplayDeviceAdded] 
06:01:51 WindowServer[121]: 8359589.540 [DFR] [_DFRDisplayUsbStart] 
06:01:51 WindowServer[121]: 8359589.540 [DFR] [_DFRDisplayOpen] 
06:01:51 WindowServer[121]: 8359589.589 [DFR] [_DFRDisplayOpen] sending GetInfo
06:01:51 WindowServer[121]: 8359589.590 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 0
06:01:51 WindowServer[121]: 8359589.590 [DFR] [_DFRDisplayHandleVendorPacket] calling client attach callback
06:01:51 WindowServer[121]: 8359589.591 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 1
06:08:40 WindowServer[121]: 8359998.006 [DFR] [deviceTerminate] 
06:08:40 WindowServer[121]: 8359998.007 [DFR] [_DFRDisplayDeviceRemoved] 
06:08:40 WindowServer[121]: 8359998.008 [DFR] [___DFRDisplayDeviceRemoved_block_invoke] calling client detach callback
06:08:40 WindowServer[121]: 8359998.008 [DFR] [_DFRDisplayClose] 
06:08:40 WindowServer[121]: 8359998.542 [DFR] [deviceMatch] 
06:08:40 WindowServer[121]: 8359998.542 [DFR] [_DFRDisplayDeviceAdded] 
06:08:40 WindowServer[121]: 8359998.543 [DFR] [_DFRDisplayUsbStart] 
06:08:40 WindowServer[121]: 8359998.543 [DFR] [_DFRDisplayOpen] 
06:08:40 WindowServer[121]: 8359998.568 [DFR] [_DFRDisplayOpen] sending GetInfo
06:08:40 WindowServer[121]: 8359998.580 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 0
06:08:40 WindowServer[121]: 8359998.580 [DFR] [_DFRDisplayHandleVendorPacket] calling client attach callback
06:08:40 WindowServer[121]: 8359998.581 [DFR] [_DFRDisplayHandleVendorPacket] kDFRDisplayCommandGetInfo ready: 1
06:15:27 WindowServer[121]: 8360404.994 [DFR] [deviceTerminate]

Buscando otras soluciones en StackExchange, encontré la pmset -gsolicitud:

System-wide power settings:
Currently in use:
 standbydelay         10800
 standby              1
 halfdim              1
 hibernatefile        /var/vm/sleepimage
 powernap             0
 gpuswitch            2
 disksleep            10
 sleep                1
 autopoweroffdelay    28800
 hibernatemode        3
 autopoweroff         1
 ttyskeepawake        1
 displaysleep         2
 acwake               0
 lidwake              1

Estoy interesado en resolver el problema, pero también estoy interesado en cualquier conocimiento previo que conduzca a una solución. Espero haber proporcionado información relevante.

Actualización Editar : pasaron un par de días sin discusión, y mi computadora portátil se comportó bien mientras dormía. Esta mañana, aproximadamente a las 4 a.m., desconecté la computadora portátil con una batería del 100% y cerré la tapa. Justo ahora, a las 7:30 am, hacía calor y la batería al 73%.

El system.log estaba lleno de esto:

07:08:02 com.apple.xpc.launchd[1] (com.apple.quicklook[19336]): Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.quicklook
07:08:35 diagnosticd[5296]: Streaming server Reconnected
07:08:47 GoogleSoftwareUpdateAgent[19340]: 2017-08-02 07:08:47.848 GoogleSoftwareUpdateAgent[19340/0x7fffde16f3c0] [lvl=2] -[KSAgentApp(PrivateMethods) setupLoggerOutput] Agent default/global settings: <KSAgentSettings:0x100302ee0 bundleID=com.google.Keystone.Agent lastCheck=2017-08-02 10:37:43 +0000 lastServerCheck=2017-08-02 10:37:41 +0000 lastCheckStart=2017-08-02 10:37:31 +0000 checkInterval=18000.000000 uiDisplayInterval=604800.000000 sleepInterval=1800.000000 jitterInterval=900 maxRunInterval=0.000000 isConsoleUser=1 ticketStorePath=/Users/robert/Library/Google/GoogleSoftwareUpdate/TicketStore/Keystone.ticketstore runMode=3 daemonUpdateEngineBrokerServiceName=com.google.Keystone.Daemon.UpdateEngine daemonAdministrationServiceName=com.google.Keystone.Daemon.Administration logEverything=0 logBufferSize=2048 alwaysPromptForUpdates=0 productIDToUpdate=(null) lastUIDisplayed=(null) alwaysShowStatusItem=0 updateCheckTag=(null) printResults=NO userInitiated=NO>
07:09:42 diagnosticd[5296]: Streaming server Reconnected
07:10:49 diagnosticd[5296]: Streaming server Reconnected
07:11:54 diagnosticd[5296]: Streaming server Reconnected
07:12:01 awdd[155]: Diagnostics Report
07:13:00 diagnosticd[5296]: Streaming server Reconnected
07:13:14 com.apple.xpc.launchd[1] (com.apple.quicklook[19365]): Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.quicklook
07:14:07 syslogd[37]: ASL Sender Statistics
07:14:07 diagnosticd[5296]: Streaming server Reconnected
07:15:12 diagnosticd[5296]: Streaming server Reconnected
07:16:18 diagnosticd[5296]: Streaming server Reconnected
07:17:24 diagnosticd[5296]: Streaming server Reconnected

Buscar en Google "Streaming Server Reconnected" produjo un documento de soporte de Apple con varias personas con problemas similares

Actualizar / Editar: después de unos meses sin problemas, comencé a notar que mi Mac se despegaba del modo de suspensión, lo que provocaba que una pantalla externa se despertara y durmiera. El evento de estela no correspondía con notificaciones ni con nada más discernible. Hablé con un Apple Genius hoy y comenzó a eliminar la imagen dormida, pero encontró muchos problemas de permisos, y finalmente entró en modo de Usuario único para hacer el trabajo. Cuando le expliqué todos los problemas que tuve con el sueño, dijo "esto podría causar eso", pero tengo la sensación de que su solución de nivel 1 para problemas de sueño / vigilia es eliminar la imagen del sueño.

display battery sleep-wake voxobscuro
fuente

Respuestas:

2

No sé mucho sobre cómo descifrar los mensajes de console.log, pero si su máquina está físicamente caliente y pierde tanta batería, en realidad no se ha dormido. Es normal que OS X se despierte cada pocas horas y realice algunas tareas en segundo plano, pero bajo el uso típico debería volver a dormirse en cuestión de minutos. El suyo definitivamente está haciendo más que la máquina promedio mientras está dormido.

Me pregunto cuáles serían los resultados si crea un nuevo usuario (completamente en blanco) en Preferencias del sistema> Usuarios y grupos, cierra sesión en el suyo, inicia sesión en ese usuario y luego lo pone a dormir por otro día más o menos. Si ve que la máquina ya no se está despertando y por alguna razón no se va a dormir, puede estar seguro de que es algo instalado en su perfil. Si continúa sucediendo, es posible que el sistema operativo esté teniendo un problema y deba reinstalarse o que haya algún tipo de problema de hardware loco que lo esté causando. Es un proceso largo de solución de problemas, pero es el único que conozco para un problema como este: actualice aquí y puedo ayudarlo más si decide seguir esta ruta.

pequeño hombrecito
fuente
Tienes toda la razón sobre que la máquina no está dormida. Lo confuso de esto es que no sucede todo el tiempo. Hoy durmió durante 10 horas y no perdió nada. Creo que crear un nuevo usuario podría hacer que un problema intermitente sea más difícil de diagnosticar.
voxobscuro
Bueno, lo que haría sería separar un problema de todo el sistema de uno ubicado en su perfil; de una forma u otra, necesita hacer esta distinción para diagnosticar y eventualmente aplicar una solución a lo que está sucediendo. Úselo en syslog |grep -i "Wake reason"lugar de solo esperar atraparlo mientras aún está tibio
pequeño hombrecito
hm, syslog parece haber sido reemplazado por un comando llamado logcon una funcionalidad similar, pero el "motivo de activación" aparece con frecuencia. El comando completo es log --since 1d | grep -i "Wake reason"y también he visto algunos resultados interesantes conlog --since 1d | grep -i "PowerChime"
voxobscuro
¿Qué dice que está causando el despertar cuando ejecuta ese comando?
hombrecito
La mayoría de ellos tienen algo que ver con una desconexión / reconexión de la pantalla, que nunca sucedió realmente.
voxobscuro
1

Tengo el mismo problema y noté que solo lo hace en el wifi de mi casa. Cuando duermo en otro lugar (con Wi-Fi conectado antes) no agotará la batería durante la noche.

Estrecho
fuente
¿Tiene una cápsula del tiempo u otro dispositivo Time Machine en su hogar que respalde su computadora portátil?
voxobscuro
Yo no. En el otro lugar donde no agota su batería, he configurado un dispositivo de red Time Machine.
narrowtux
Eso es interesante ... Noté por primera vez esta muerte de sueño cuando estaba lejos de casa, donde tengo un dispositivo de Time Machine en red. Desde que regresé a casa, no lo he visto suceder. Lo intentaré hoy sacando la computadora portátil de casa y ejecutándola durante un ciclo de sueño.
voxobscuro
¿Crees que es porque está buscando la unidad de respaldo y no la puedes encontrar?
narrowtux
1

Tuve el mismo problema por un tiempo. ¡Un colega me dio la pista para eliminar todas las conexiones configuradas en las preferencias de red como WiFi, Bluetooth, Ethernet, conexión USB del teléfono, FireWire, Thunderbolt this, Thunderbolt that, etc. (todo)! y aplicar

Solo configure lo que necesita en este momento. En mi caso solo era WiFi y Bluetooth.

Esto solucionó mi problema y mi MacBook Pro con Touch Bar duerme como un bebé cada vez que cierro la tapa sin este problema ahora.

639d0991
fuente
Esa es una buena idea, lo limpiaré y veré si el problema vuelve.
voxobscuro
0

Intenté deshabilitar el WiFi esta noche antes de cerrar la tapa y funcionó bien. El sistema hizo despertar un par de veces pero no hubo descarga de la batería significativa.

Ahora, dado que no es realmente una solución práctica, escribí un script para Hammerspoon que deshabilita WiFi automáticamente antes de que el sistema se vaya a dormir. También comprueba si la pantalla está activa porque, de lo contrario, activaría el chip WiFi cada vez que el sistema se active cuando se cierre la tapa.

Estrecho
fuente