15 votes

voxobscuro avatar

Le MBP 2016 à barre tactile vide la batterie en veille

Demandé el 31 de Juillet, 2017
Quand la question a-t-elle été
2846 affichage
Nombre de visites la question a
4 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

Une batterie pleine se déchargera en environ 24 heures de sommeil avec le couvercle fermé et sans branchement. Parfois, lorsque je prends l'ordinateur pour l'utiliser, il est physiquement chaud.

Voici ce que j'ai essayé :

  • Power Nap sur batterie est désactivé
  • iStat ne montre aucune application "utilisant une énergie significative" avant la fermeture du couvercle.

En regardant dans Console, dans system.log, pendant la période où je sais que l'ordinateur était endormi, je vois deux choses qui me sautent immédiatement aux yeux. Je vais essayer de copier les sections pertinentes, mais je ne suis pas sûr que ce soit vraiment utile. La première section est répétée sans cesse :

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]

En cherchant des solutions ailleurs sur StackExchange, je suis tombé sur l'article pmset -g demande :

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

Je suis intéressé par la résolution du problème, mais aussi par toute connaissance de base permettant de trouver une solution. J'espère avoir fourni des informations pertinentes.

Mise à jour : quelques jours se sont écoulés sans aucune discussion, et mon ordinateur portable se comportait bien pendant mon sommeil. Ce matin, vers 4 heures, j'ai débranché l'ordinateur portable dont la batterie était à 100% et j'ai fermé le couvercle. A l'instant, à 7h30, il était chaud et la batterie à 73%.

Le system.log était plein de ça :

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

En cherchant sur Google "Streaming Server Reconnected", on obtient une document de support d'apple avec plusieurs personnes ayant des problèmes similaires

Mise à jour / Edition : Après quelques mois sans problèmes, j'ai commencé à remarquer que mon Mac se réveillait de son sommeil, provoquant le réveil et le sommeil d'un écran externe. L'événement de réveil ne correspondait pas à des notifications ou autre chose de discernable. J'ai parlé avec un Apple Genius aujourd'hui et il a commencé à supprimer le sleepimage mais a trouvé beaucoup de problèmes de permission avec lui, et a fini par passer en mode utilisateur unique pour faire le travail. Quand j'ai expliqué tous les problèmes que j'ai eus avec le sommeil, il a dit "ceci pourrait causer cela", mais j'ai le sentiment que leur solution de niveau 1 pour les problèmes de sommeil/réveil est de supprimer le sleepimage.

Demandé el 31 de Juillet, 2017 par voxobscuro

Réponses

Trop de publicités?

3voto

little tiny man avatar
little tiny man Points 763

Je ne m'y connais pas en décryptage de messages console.log mais si votre machine est physiquement chaude et perd autant de batterie, elle n'a pas réellement été endormie. Il est normal qu'OS X se réveille toutes les quelques heures et effectue quelques tâches de fond, mais dans le cadre d'une utilisation normale, il devrait se rendormir en quelques minutes. La vôtre en fait certainement plus que la moyenne des machines endormies.

Je me demande quels seraient les résultats si vous créiez un nouvel utilisateur (complètement vide) dans Préférences système > Utilisateurs et groupes, que vous vous déconnectiez de votre ordinateur, que vous vous connectiez à cet utilisateur et que vous le mettiez en veille pendant un jour ou deux. Si vous constatez que la machine ne se réveille plus et que, pour une raison quelconque, elle ne se rendort pas, vous pouvez être sûr qu'il s'agit d'un élément installé sur votre profil. Si cela continue à se produire, il est possible que le système d'exploitation ait un problème et doive être réinstallé ou qu'un problème matériel bizarre en soit la cause. C'est un long processus de dépannage, mais c'est le seul que je connaisse pour un problème de ce type - mettez à jour ici et je pourrai vous aider davantage si vous décidez de suivre cette voie.

Répondu el 5 de Août, 2017 par little tiny man (763 Points )

1voto

Hidayath avatar
Hidayath Points 179

J'ai le même problème et j'ai remarqué qu'il ne le fait que sur mon Wi-Fi domestique. Lorsque je dors ailleurs (avec le Wi-Fi connecté auparavant), il ne vide pas la batterie pendant la nuit.

Répondu el 5 de Août, 2017 par Hidayath (179 Points )

1voto

Utilisateur non enregistré avatar
Utilisateur non enregistré Points 0

J'ai eu le même problème pendant un certain temps. Un collègue m'a donné le conseil de supprimer toutes les connexions configurées dans les préférences réseau comme WiFi, Bluetooth, Ethernet, Phone USB Tethering, FireWire, Thunderbolt this, Thunderbolt that etc (tout) ! et d'appliquer.

Ne configurez que ce dont vous avez besoin pour le moment. Dans mon cas, il s'agissait uniquement de WiFi et de Bluetooth.

Cela a réglé mon problème et mon MacBook Pro avec Touch Bar dort comme un bébé chaque fois que je ferme le couvercle sans ce problème maintenant.

Répondu el 5 de Août, 2017 par Utilisateur non enregistré (0 Points )

1voto

Hidayath avatar
Hidayath Points 179

J'ai essayé de désactiver le WiFi ce soir avant de fermer le couvercle et cela a bien fonctionné. Le système a fait se réveiller quelques fois, mais il n'y a pas eu de décharge significative de la batterie.

Puisque ce n'est pas vraiment une solution pratique, j'ai écrit une script pour Cuillère à marteau qui désactive automatiquement le WiFi avant que le système ne se mette en veille. Il vérifie également si l'écran est éveillé, car sinon il réveillerait la puce WiFi chaque fois que le système se réveille lorsque le couvercle est fermé.

Répondu el 14 de Août, 2017 par Hidayath (179 Points )

Questions connexes

Questions en vedette

Top Tags

Dans notre réseau

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X