Warum ist mein rMBP13 (Ende 2013) jede Minute aufgewacht, bis die Batterie aus gutem Grund leer ist :? (Fragezeichen)?

Kann mir jemand helfen, dieses Problem zu diagnostizieren? Mein neues MacBook Pro 13 Retina (8 GB / 2,6 GHz / 512 GB) ist heute früher in meiner Tasche aufgewacht und ist anscheinend nicht wieder eingeschlafen. Der Akku wurde leer und war heiß und reagierte teilweise nicht mehr, als ich ihn aus meiner Tasche nahm.

Ich habe diesen Befehl ausgeführt:

syslog |grep -i "Wake Reason"

Ich wurde für heute damit begrüßt:

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)

Insgesamt gab es 936 Einträge mit "Wake Grund :?" und das hat mich mehr als ein wenig besorgt. Ich bin kürzlich zum Mac OS X-Ökosystem zurückgekehrt (mein letztes war ein Powerbook G4 mit 10.2) und war hauptsächlich in der Windows-Welt mit einigen Entwicklungseinstellungen in Ubuntu Linux. Ich würde gerne eine Anleitung haben, wie ich das herausfinden kann.

Eine kürzliche Änderung war, dass ich gestern Abend XQuartz 2.7.5 installiert habe, um Inkscape zu verwenden. In der Readme-Datei gab es Anweisungen zum Entfernen von /Library/LaunchAgents/org.macosforge.xquartz.startx.plist mithilfe von launchctl (1), aber ich fand es nicht aufgelistet, als ich es startete.

Unabhängig davon hat mein Google-Fu keine Ergebnisse geliefert, die gut zu dieser Situation passen, daher appelliere ich an Sie, gute Leute.

Ich habe diese Maschine seit 1,5 Wochen und dies ist die erste Ausgabe dieser Art, die ich erlebt habe. Ich bin auch etwas besorgt über dauerhafte Hitzeschäden, die dadurch entstehen, dass ich so lange heiß in meiner Tasche bin. Alle Kommentare dazu mit Ihrer Antwort auf meine Hauptfrage oder in den Kommentaren wären sehr dankbar (ich verstehe, dass die Regel hier normalerweise eine Frage pro ... Frage ist).

Danke euch allen!

BEARBEITEN Ich dachte, ich würde den Zyklus hinzufügen, der sich immer wieder aus dem pmset -g-Protokoll wiederholt

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]

Es scheint also die Macht zu sein, die das Problem verursacht, aber warum?

Hilft das jemandem, mir zu helfen?

Vielen Dank!!!

Erneut bearbeiten

Die Saga geht weiter. Ich habe festgestellt, dass andere an anderer Stelle in den Interwebs Probleme haben. Sie können ihre Abenteuer hier sehen .

Seitdem habe ich mich an den Apple Support gewandt und mich dort mit einem Mitarbeiter unterhalten. Bisher scheinen die Dinge besser zu funktionieren. Ich werde diesen einen Fall jedoch nicht als abgeschlossen bezeichnen und noch keine Antwort hinzufügen.

Folgendes ist passiert:

Chattete mit rep und er ließ mich den SystemConfigurationOrdner löschen /Library/Preferencesund meinen Computer neu starten .

Dann sagte er, ich sei allein und um es im Wesentlichen im Auge zu behalten. Er war sehr nett und hatte den gleichen Vornamen wie ich. Als er mir das Chat-Protokoll per E-Mail schickte, sah es so aus, als würde ich mit mir selbst sprechen.

Da ich nicht auf eine Lösung warten wollte, beschloss ich, selbst einige Tests durchzuführen.

Zuerst habe ich meine Ruhezeit auf einen sehr niedrigen Wert eingestellt:

sudo pmset -b standbydelay 15

Dann habe ich die Maschine geschlafen und eine Weile stehen lassen. Normalerweise hätte es das Aufwachen nach 15 Sekunden gestartet, als es versuchte, den Winterschlaf zu halten. Das ist nicht passiert. Ich habe das tatsächlich viele Male hintereinander zum Laufen gebracht.

Ich werde darauf hinweisen, und ich bin mir nicht sicher, ob es etwas bedeutet, aber als ich meine zum ersten Mal änderte, standbydelaybekam ich Warnungen pmset, die besagten : Display sleep should be lower than system sleep.

Ich schaue zu pmset -gund es heißt, dass der Display-Schlaf auf 2 gesetzt wurde, während der Schlaf auf 1 gesetzt war. Außerdem hieß es nach dem Schlaf 1 (sleep prevented by apsd, apsd). Ich habe meinen Systemschlaf geändert und den Schlaf angezeigt, um pmsetglücklich zu machen , und bin danach pmset -gwieder gelaufen und habe festgestellt, dass die (sleep prevented by apsd, apsd)Notiz aus der Schlaflinie verschwunden ist. Ich bin mir nicht sicher, ob dies relevant ist, aber ich möchte, dass es bekannt ist. Ich kann es nicht einfach erklären.

Ich werde dies aktualisieren, nachdem ich die Maschine eine Weile benutzt habe, und kann mit Sicherheit sagen, dass das Problem behoben ist, sodass jeder, der in Zukunft darüber stolpert, mehr Werkzeuge zur Verfügung hat.

Ich hatte genau das gleiche Problem mit meinem MacBook Pro, auf dem auch XQuartz installiert war (um Wireshark zu verwenden). Das Problem trat erst auf, als ich Wireshark zum ersten Mal mit XQuartz startete. Vielleicht könnte es die Ursache des Problems sein.

Ich habe XQuartz entfernt, aber das Problem bleibt weiterhin bestehen. Es passiert nicht immer, aber manchmal treten die Probleme erneut auf. Der Apple-Support hat absolut keine Ahnung, warum dies passiert, und sie haben mir vorgeschlagen, die Festplatte zu formatieren und OS X neu zu installieren. Dies wäre eine Lösung für ein Windows-Betriebssystem. Derzeit möchten sie dieses Problem nicht wirklich untersuchen, wie ich sehen kann (Auch wenn es mehr Leute gibt, die es mit verschiedenen Arten von MAC-Produkten haben ...). Es sieht eindeutig wie ein Fehler in OS X aus

Ich versuche zu analysieren, welche Prozesse ausgeführt werden, wenn ein Problem auftritt, um festzustellen, welche beteiligt sein könnten

Warten wir es ab...

Die Deinstallation von Avast hat das Problem behoben. Es ist keine gute Lösung, aber im Moment funktioniert es. Ich glaube nicht, dass Avast die Ursache des Problems ist, aber zusammen mit XQuartz hätte es in OS X etwas Böses auslösen können.

Der technische Support von Apple sagte mir, ich solle auf die nächsten Systemupdates warten, vielleicht haben sie etwas gefunden. Hoffentlich :)