Почему мой rMBP13 (конец 2013 года) просыпался каждую минуту, пока батарея не разрядилась по причине:? (Вопросительный знак)?

Может ли кто-нибудь помочь мне диагностировать эту проблему? Мой новый MacBook Pro 13 Retina (8 ГБ / 2,6 ГГц / 512 ГБ) проснулся сегодня в моей сумке и, по-видимому, не возвращался ко сну, поэтому разрядил аккумулятор и был горячим и частично не отвечал, когда я вынул его из сумки.

Я выполнил эту команду:

syslog |grep -i "Wake Reason"

Сегодня меня встретили с этим:

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)

Всего было 936 записей с "Wake reason:?" и это меня больше всего беспокоит. Я недавно вернулся в экосистему Mac OS X (моим последним был Powerbook G4 под управлением 10.2) и был в основном в мире Windows с некоторыми настройками разработки в Ubuntu Linux. Я хотел бы получить руководство по выяснению этого.

Недавним изменением было то, что я установил XQuartz 2.7.5 вчера вечером, чтобы использовать Inkscape. В файле Readme были инструкции по удалению /Library/LaunchAgents/org.macosforge.xquartz.startx.plist с использованием launchctl (1), но я не нашел его в списке, когда запустил его.

Несмотря на это, мое Google-фу не дало никаких результатов, которые бы соответствовали этой ситуации, поэтому я обращаюсь к вам, ребята.

У меня была эта машина в течение 1,5 недель, и это первый выпуск такого рода, который я испытал. Я также несколько обеспокоен постоянным тепловым повреждением в результате долгого накала в моей сумке. Будем очень благодарны за любые комментарии по этому поводу вместе с вашим ответом на мой основной вопрос или в комментариях (я понимаю, что правило здесь - это обычно один вопрос на ... вопрос).

Спасибо вам всем!

РЕДАКТИРОВАТЬ Я думал, что я добавлю цикл, который повторяется из журнала 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]

Итак, похоже, что powerd вызывает проблему, но почему?

Помогает ли это кому-нибудь помочь?

Спасибо!!!

Редактировать снова

Сага продолжается. Я обнаружил, что другие, кажется, испытывают проблемы в других местах в сети. Вы можете увидеть их приключения здесь .

С тех пор я связался со службой поддержки Apple и поболтал там с представителем, и, похоже, все работает лучше. Однако я не собираюсь называть это одно дело закрытым и пока не буду добавлять ответ.

Вот что случилось:

Поболтал с rep и он заставил меня удалить SystemConfigurationпапку /Library/Preferencesи перезагрузить мою машину.

Затем он сказал, что я был один и, по сути, следил за этим. Он был очень мил и имел то же имя, что и мое, поэтому, когда он писал мне по электронной почте журнал чата, похоже, что я разговариваю сам с собой.

Не желая ждать разрешения, я решил попробовать себя самостоятельно.

Сначала я установил очень малое время гибернации:

sudo pmset -b standbydelay 15

Затем я спал с машиной и оставил на некоторое время. Как правило, он начал бы бодрствовать через 15 секунд, когда пытался перевести в спящий режим. Этого не случилось. Я действительно заставил это работать много раз подряд.

Я укажу, и я не уверен , если это означает что - нибудь, но когда я впервые изменил мой standbydelayя получил предупреждение от тем, pmsetчто: Display sleep should be lower than system sleep.

Я смотрю, pmset -gи он говорит, что displayleep был установлен в 2, в то время как сон был установлен в 1. Более того, после сна 1 он сказал (sleep prevented by apsd, apsd). Я изменил свой системный сон и отобразил сон, чтобы pmsetосчастливить его, а потом pmset -gснова побежал и обнаружил, что (sleep prevented by apsd, apsd)записка исчезла из линии сна. Я не уверен, что это актуально, но я хочу, чтобы об этом знали, я просто не могу это объяснить.

Я обновлю это после того, как поработал некоторое время на машине и могу с уверенностью сказать, что проблема решена, так что в будущем у любого, кто столкнется с этой проблемой, будет больше инструментов.

У меня была точно такая же проблема с моим MacBook Pro, с установленным XQuartz (для использования Wireshark). Проблема никогда не возникала, пока я не запустил Wireshark в первый раз с XQuartz. Может быть, это может быть причиной проблемы.

Я удалил XQuartz, но проблема продолжает оставаться. Это происходит не всегда, но иногда проблемы появляются снова. Служба поддержки Apple не имеет ни малейшего представления, почему это происходит, и они предложили мне отформатировать диск и переустановить OS X. Это было бы решением для операционной системы Windows ... на данный момент они действительно не хотят исследовать эту проблему, как я вижу (даже если есть больше людей с различными типами продуктов MAC ...). Это выглядит явно как ошибка в OS X

Я пытаюсь проанализировать, какие процессы выполняются, когда возникает проблема, чтобы определить, какой из них может быть вовлечен

Ждать и смотреть...

Удаление Avast решило проблему. Это не очень хорошее решение, но пока оно работает. Я не думаю, что Avast является причиной проблемы, но в сочетании с XQuartz это могло вызвать что-то неприятное в OS X.

Служба технической поддержки Apple сказала мне подождать следующих обновлений системы, возможно, они что-то нашли. Я надеюсь, что это так :)