La Touch Bar MBP 2016 scarica la batteria durante il sonno

14

Una batteria completamente scarica si scarica in circa 24 ore di chiusura del coperchio, sonno completamente scollegato. A volte, quando raccolgo il computer per usarlo, è fisicamente caldo.

Ecco cosa ho provato:

Il pisolino sulla batteria è disabilitato
iStat non mostra app "che usano energia significativa" prima di chiudere il coperchio.

Guardando Console, su system.log, durante il tempo so che il computer era addormentato e vedo due cose che mi saltano immediatamente addosso. Proverò a copiare sezioni pertinenti, ma non sono sicuro di cosa sarà effettivamente utile. La prima sezione si ripete all'infinito :

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]

Guardando altrove su StackExchange per soluzioni, ho trovato la pmset -grichiesta:

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

Sono interessato a risolvere il problema, ma sono anche interessato a qualsiasi conoscenza di base che porti a una soluzione. Spero di aver fornito informazioni pertinenti.

Aggiornamento Modifica : sono trascorsi un paio di giorni senza alcuna discussione e il mio laptop si è comportato bene durante il sonno. Stamattina, verso le 4 del mattino, ho scollegato il laptop con una batteria al 100% e ho chiuso il coperchio. Proprio ora, alle 7:30 del mattino, faceva caldo e la batteria era al 73%.

Il system.log era pieno di questo:

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

Googling "Streaming Server Reconnected" ha prodotto un documento di supporto Apple con diverse persone con problemi simili

Aggiorna / Modifica: dopo alcuni mesi senza problemi, ho iniziato a notare il mio Mac Wake dallo stato di sospensione, causando uno schermo esterno di riattivare e dormire. L'evento di scia non corrisponde a notifiche o qualsiasi altra cosa riconoscibile. Ho parlato con un Apple Genius oggi e ha iniziato a rimuovere il sleepimage ma ho trovato molti problemi di autorizzazione con esso, alla fine passando alla modalità Utente singolo per completare il lavoro. Quando ho spiegato tutti i problemi che ho avuto con il sonno, ha detto "questo potrebbe causare questo", ma ho la sensazione che la loro soluzione di livello 1 per i problemi di sonno / veglia stia eliminando l'immagine del sonno.

display battery sleep-wake

— voxobscuro
fonte

2

Non so molto su come decifrare i messaggi console.log ma se la tua macchina è fisicamente calda e perde così tanta batteria, non si è effettivamente addormentata. È normale che OS X si svegli ogni poche ore ed esegua alcune attività in background, ma in condizioni di utilizzo normale dovrebbe essere nuovamente addormentato in pochi minuti. Il tuo sta decisamente facendo più della macchina media mentre dormi.

Mi chiedo quali sarebbero i risultati se si creasse un nuovo utente (completamente vuoto) in Preferenze di Sistema> Utenti e gruppi, si è disconnesso dal proprio, si è connesso a quell'utente e lo si è messo in pausa per un altro giorno circa. Se vedi che la macchina non si sta più svegliando e per qualsiasi motivo non torni a dormire di quanto puoi essere sicuro che sia qualcosa installato sul tuo profilo. Se il problema persiste, è possibile che il sistema operativo stia riscontrando un problema e potrebbe essere necessario reinstallarlo o che ci sia un qualche tipo di problema hardware pazzo che causa questo. È un lungo processo di risoluzione dei problemi, ma è l'unico che conosco per un problema come questo: ti preghiamo di aggiornare qui e posso aiutarti di più con questo se decidi di seguire questa strada.

— ometto
fonte

Hai assolutamente ragione sul fatto che la macchina non dorme. La cosa confusa di questo è che non succede ogni volta. Oggi ha dormito per 10 ore e non ha perso nulla. Penso che la creazione di un nuovo utente potrebbe rendere più difficile diagnosticare un problema intermittente.

— voxobscuro,

Bene, ciò che farebbe sarebbe separare un problema a livello di sistema da uno che si trova nel tuo profilo: in un modo o nell'altro devi fare questa distinzione per diagnosticare ed eventualmente applicare una correzione a ciò che sta succedendo. Usa syslog |grep -i "Wake reason"invece di sperare di prenderlo mentre è ancora caldo

— ometto

hm, syslog sembra essere stato sostituito da un comando chiamato logcon una funzionalità simile, ma "Wake reason" appare frequentemente. Il comando completo è log --since 1d | grep -i "Wake reason"e ho anche visto alcuni risultati interessanti conlog --since 1d | grep -i "PowerChime"

— voxobscuro,

Cosa dice che sta causando i risvegli quando si esegue quel comando?

— omino

Molti di loro hanno a che fare con una disconnessione / riconnessione del display, che in realtà non è mai avvenuta.

— voxobscuro,

1

Ho lo stesso problema e ho notato che lo fa solo sul mio Wi-Fi di casa. Quando dormo altrove (con il Wi-Fi collegato prima) non esaurisce la batteria durante la notte.

— narrowtux
fonte

Hai una capsula del tempo o un altro dispositivo Time Machine a casa di cui fa il backup del tuo laptop?

— voxobscuro,

Io non. Nell'altro punto in cui non scarica la batteria, ho installato un dispositivo Time Machine in rete.

— narrowtux,

È interessante ... Ho notato per la prima volta questa morte del sonno quando ero lontano da casa, dove ho un dispositivo Time Machine in rete. Da quando sono tornato a casa, non l'ho visto accadere. Lo proverò oggi portando il laptop lontano da casa ed eseguendolo attraverso un ciclo di sospensione.

— voxobscuro,

Quindi pensi che sia perché sta cercando l'unità di backup e non riesci a trovarla?

— narrowtux,

1

Ho avuto lo stesso problema per un po '. Un collega mi ha dato il suggerimento di eliminare tutte le connessioni configurate nelle preferenze di rete come WiFi, Bluetooth, Ethernet, Tethering USB del telefono, FireWire, Thunderbolt questo, Thunderbolt che ecc. (Tutto)! e applicare.

Configura solo ciò di cui hai bisogno in questo momento. Nel mio caso era solo WiFi e Bluetooth.

Questo risolto il mio problema e il mio MacBook Pro con Touch Bar dorme come un bambino ogni volta che chiudo il coperchio senza questo problema ora.

— 639d0991
fonte

È una buona idea, lo pulirò e vedrò se il problema ritorna.

— voxobscuro,

0

Ho provato a disabilitare il WiFi stasera prima di chiudere il coperchio e ha funzionato bene. Il sistema si è svegliato un paio di volte ma non si è verificato un consumo significativo della batteria.

Ora che non è proprio una soluzione pratica, ho scritto una sceneggiatura per Hammerspoon che disabilita automaticamente il WiFi prima che il sistema vada in sospensione . Controlla anche se il display è attivo perché altrimenti riattiva il chip WiFi ogni volta che il sistema si sveglia quando il coperchio è chiuso.

— narrowtux
fonte