Pourquoi mon rMBP13 (fin 2013) s'est réveillé toutes les minutes jusqu'à ce que la batterie se vide avec raison:? (Point d'interrogation)?

8

Quelqu'un peut-il m'aider à diagnostiquer ce problème? Mon nouveau MacBook Pro 13 Retina (8 Go / 2,6 GHz / 512 Go) s'est réveillé dans mon sac plus tôt dans la journée et n'a apparemment pas repris le sommeil, donc il a déchargé la batterie et était chaud et ne répondait pas lorsque je l'ai retiré de mon sac.

J'ai exécuté cette commande:

syslog |grep -i "Wake Reason"

J'ai été accueilli avec ceci pour aujourd'hui:

Nov 20 15:12:14 bishop kernel[0] <Debug>: Wake reason: EC.LidOpen (User)
Nov 21 01:20:18 bishop kernel[0] <Debug>: Wake reason: EC.SleepTimer (SleepTimer)
Nov 21 01:20:44 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:21:25 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:22:08 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:23:13 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:23:53 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:24:22 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:24:58 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 01:25:36 bishop kernel[0] <Debug>: Wake reason: ?

<snip for 30,000 character limit>

Nov 21 17:28:18 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:29:28 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:30:37 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:31:46 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:32:55 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:34:03 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:35:13 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:36:03 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:37:13 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:38:21 bishop kernel[0] <Debug>: Wake reason: ?
Nov 21 17:39:08 bishop kernel[0] <Debug>: Wake reason: EC.ACAttach (Maintenance)

Il y avait un total de 936 entrées avec "Wake reason:?" et cela me préoccupe plus que peu. Je suis récemment revenu à l'écosystème Mac OS X (mon dernier était un Powerbook G4 exécutant 10.2) et j'ai été principalement dans le monde Windows avec quelques configurations de développement dans Ubuntu Linux. J'adorerais avoir des conseils pour comprendre celui-ci.

Un changement récent a été que j'ai installé XQuartz 2.7.5 hier soir pour utiliser Inkscape. Il y avait des instructions dans le fichier Lisezmoi sur la suppression de /Library/LaunchAgents/org.macosforge.xquartz.startx.plist à l'aide de launchctl (1), mais je ne l'ai pas trouvé répertorié lorsque je l'ai lancé.

Quoi qu'il en soit, mon Google-fu n'a donné aucun résultat qui correspondait bien à cette situation, donc je vous lance un appel.

J'ai cette machine depuis 1,5 semaines et c'est le premier problème de cette nature que j'ai rencontré. Je suis également quelque peu préoccupé par les dommages thermiques permanents résultant de la chaleur de mon sac pendant si longtemps. Tout commentaire à ce sujet avec votre réponse à ma question principale ou dans les commentaires serait grandement apprécié (je comprends que la règle ici est normalement une question par ... question).

Merci à tous!

EDIT Je pensais que j'ajouterais le cycle qui se répète à partir du journal pmset -g

11/21/13, 4:32:30 PM CST Sleep                  Maintenance Sleep: Using BATT (Charge:10%)                                  31 secs
11/21/13, 4:32:46 PM CST SlowResponse           PMConnection: Response from com.apple.apsd is slow (powercaps:0x0)                    16008 ms
11/21/13, 4:32:46 PM CST WakeRequests           Clients requested wake events: None
11/21/13, 4:32:55 PM CST Assertions             PID 8249(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30  id:0x1000005d3 [System: No Assertions]
11/21/13, 4:33:01 PM CST Assertions             PID 16(powerd) Created InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:00  id:0xe000005ea [System: No Assertions]
11/21/13, 4:33:01 PM CST DarkWake               DarkWake [CDN]  : Using BATT (Charge:9%)                                    6 secs
11/21/13, 4:33:01 PM CST SlowResponse           Kernel: Response from powerd is slow (powercaps:0x0)                                  16013 ms
11/21/13, 4:33:07 PM CST Assertions             PID 16(powerd) Released InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:05  id:0xe000005ea [System: PrevIdle]
11/21/13, 4:33:07 PM CST Sleep                  Maintenance Sleep: Using BATT (Charge:9%)                                   31 secs
11/21/13, 4:33:21 PM CST SlowResponse           PMConnection: Response from com.apple.apsd is slow (powercaps:0x0)                    13803 ms
11/21/13, 4:33:21 PM CST WakeRequests           Clients requested wake events: None
11/21/13, 4:33:34 PM CST Assertions             PID 8254(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30  id:0x1000005ee [System: No Assertions]
11/21/13, 4:33:38 PM CST Assertions             PID 16(powerd) Created InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:00  id:0xe00000601 [System: No Assertions]
11/21/13, 4:33:38 PM CST DarkWake               DarkWake [CDN]  : Using BATT (Charge:9%)                                    45 secs
11/21/13, 4:33:38 PM CST SlowResponse           Kernel: Response from powerd is slow (powercaps:0x0)                                  13808 ms
11/21/13, 4:34:10 PM CST Assertions             PID 8259(AddressBookSour) Released PreventUserIdleSystemSleep "Address Book Source Sync" 00:00:30  id:0x100000604 [System: SRPrevSleep kCPU]
11/21/13, 4:34:23 PM CST Assertions             PID 16(powerd) Released InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:45  id:0xe00000601 [System: No Assertions]
11/21/13, 4:34:23 PM CST Sleep                  Maintenance Sleep: Using BATT (Charge:9%)                                   18 secs
11/21/13, 4:34:25 PM CST SlowResponse           PMConnection: Response from com.apple.apsd is slow (powercaps:0x0)                    1750 ms
11/21/13, 4:34:25 PM CST WakeRequests           Clients requested wake events: None
11/21/13, 4:34:41 PM CST Assertions             PID 16(powerd) Created InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:00  id:0xe00000614 [System: No Assertions]
11/21/13, 4:34:41 PM CST DarkWake               DarkWake [CDN]  : Using BATT (Charge:9%)                                    24 secs
11/21/13, 4:34:46 PM CST Assertions             PID 16(powerd) Released     InternalPreventSleep "PM configd - Wait for Device enumeration" 00:00:05  id:0xe00000614     [System: PrevIdle PushSrvc kCPU]

Donc, il semble que ce soit le pouvoir qui cause le problème, mais pourquoi?

Est-ce que cela aide quelqu'un à m'aider?

Je vous remercie!!!

Modifier à nouveau

La saga continue. J'ai trouvé que d'autres semblent avoir des problèmes ailleurs sur les interwebs. Vous pouvez voir leurs aventures ici .

Maintenant, j'ai depuis contacté le support Apple et discuté avec un représentant là-bas et jusqu'à présent, les choses semblent mieux fonctionner. Cependant, je ne vais pas appeler cette affaire close et je n'ajouterai pas de réponse pour l'instant.

Voici ce qui s'est passé:

Discuté avec le représentant et il m'a fait supprimer le SystemConfigurationdossier /Library/Preferenceset redémarrer ma machine.

Puis il a dit que j'étais seul et que je devais garder un œil dessus, essentiellement. Il était très gentil et avait le même prénom que le mien, alors quand il m'a envoyé le journal de discussion, il semble que je me parle.

Ne voulant pas attendre la résolution, j'ai décidé d'essayer moi-même quelques tests.

J'ai d'abord réglé mon temps d'hibernation sur un nombre très bas:

sudo pmset -b standbydelay 15

Ensuite, j'ai dormi la machine et l'ai laissée reposer un moment. En règle générale, il aurait commencé le réveil après 15 secondes lorsqu'il a essayé d'hiberner. Cela ne s'est pas produit. J'ai réussi à faire en sorte que cela fonctionne plusieurs fois de suite.

Je ferai remarquer, et je ne sais pas si cela signifie quoi que ce soit, mais quand je suis changé standbydelayje suis arrivé avertissements de pmsetce que: Display sleep should be lower than system sleep.

Je regarde pmset -get il est dit que displayleep était réglé sur 2 tandis que sleep était réglé sur 1. De plus, après sleep 1, il était dit (sleep prevented by apsd, apsd). J'ai changé le sommeil de mon système et afficher le sommeil pour être pmsetheureux et j'ai ensuite couru à pmset -gnouveau et j'ai constaté que la (sleep prevented by apsd, apsd)note avait disparu de la ligne de sommeil. Je ne suis pas sûr que ce soit pertinent, mais je veux que ce soit connu, ce n'est pas quelque chose que je peux simplement expliquer.

Je mettrai à jour cela après avoir utilisé la machine pendant un certain temps et je peux dire en toute confiance que le problème est résolu afin que quiconque trébucherait à l'avenir ait plus d'outils à sa disposition.

fyrephlie
la source
@fyrephile: Je viens de trouver cela comme le top hit pour une recherche google . Avez-vous eu de nouvelles informations à signaler? Mon MBP fin 2013 fait la même chose.
Beporter
Bonjour @beporter. Il y a d'autres informations sur discussions.apple.com/thread/5505142?start=0&tstart=0
fyrephlie

Réponses:

1

J'ai eu exactement le même problème avec mon MacBook Pro, avec XQuartz également installé (pour utiliser Wireshark). Le problème ne s'est jamais produit tant que je n'ai pas démarré Wireshark la première fois avec XQuartz. Cela pourrait peut-être être la cause du problème.

J'ai supprimé XQuartz mais le problème persiste. Cela n'arrive pas tout le temps mais parfois les problèmes réapparaissent. Le support Apple n'a absolument aucune idée de pourquoi cela se produit et ils m'ont proposé de formater le disque et de réinstaller OS X. Ce serait une solution pour un système d'exploitation Windows ... pour l'instant, ils ne veulent pas vraiment enquêter sur ce problème comme je peux le voir (même s'il y a plus de gens qui l'ont avec différents types de produits MAC ...). Il ressemble clairement à un bogue dans OS X

J'essaie d'analyser quels processus sont en cours d'exécution lorsque le problème se produit afin de déterminer lequel pourrait être impliqué

Attend et regarde...

Patate chaude
la source
C'est très possible. J'ai trouvé sur le fil de discussion que j'ai référencé ci-dessus qu'il y a d'autres personnes ayant le même problème avec XQuartz installé.
fyrephlie
1

La désinstallation d'Avast a résolu le problème. Ce n'est pas une bonne solution mais pour l'instant cela fonctionne. Je ne pense pas qu'Avast soit la cause du problème, mais couplé à XQuartz, il aurait pu déclencher quelque chose de méchant dans OS X.

Le support technique d'Apple m'a dit d'attendre les prochaines mises à jour du système, peut-être qu'ils ont trouvé quelque chose. J'espere :)

Patate chaude
la source
Ne faites jamais confiance aux mises à jour pour résoudre les problèmes; D Surtout pas ce genre de problèmes. C'est tout simplement trop spécifique.
rwenz3l