Може хтось допоможе мені діагностувати цю проблему? Мій новий MacBook Pro 13 Retina (8GB / 2.6Ghz / 512GB) прокинувся в моїй сумці раніше і, мабуть, не повернувся спати, так що запустив батарею і був гарячий і частково не відповідав, коли я виймав його з мішка.
Я виконав цю команду:
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 записів з "Причиною пробудження:?" і це мене більше, ніж мало турбує. Я нещодавно повернувся до екосистеми 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-fu не дав жодних результатів, які б відповідали цій ситуації добре, тому я звертаюся до вас прекрасними людьми.
Я мав цю машину протягом 1,5 тижнів, і це перший випуск такого роду, який я пережив. Я також трохи стурбований постійним пошкодженням тепла, що виникає внаслідок того, що мені так довго було гаряче в сумці. Будь-які зауваження, що з вашою відповіддю на моє основне питання або в коментарях були б дуже вдячні (я розумію, що правило тут, як правило, одне питання на ... питання).
Дякую вам всім!
EDIT Я думав, що додаду цикл, який продовжує повторюватися pmset -g log
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, що викликає проблему, але чому?
Чи допомагає це кому-небудь мені допомогти?
Дякую!!!
Змінити знову
Сага триває. Я знайшов інші, здається, мають проблеми в іншому місці на interwebs. Ви можете побачити їхні пригоди тут .
Тепер, з тих пір я зв'язався з Apple Support і поспілкувався з репутацією там, і поки що, здається, все працює краще. Проте я не збираюся називати цей випадок закритим і поки що не додам відповідь.
Ось що сталося:
Балакав з реп, і він мене видалив SystemConfiguration
з папки /Library/Preferences
і перезавантажте машину.
Потім він сказав, що я сам, і, по суті, стежу за ним. Він був дуже красивий та мав той же самий перше ім'я як шахта так коли він emailed мені журнал чату це виглядає, як я розмовляю до себе.
Не бажаючи чекати дозволу, я вирішив спробувати тестування.
Спочатку я встановлюю час для сплячого режиму на дуже низький номер:
sudo pmset -b standbydelay 15
Тоді я спав машину і дав їй сидіти на деякий час. Як правило, вона почала б прокидатися через 15 секунд, коли він спробував перейти в сплячий режим. Цього не сталося. Я фактично отримав це працювати багато разів поспіль.
Я вказую, і я не впевнений, що це означає що-небудь, але коли я вперше змінив свою standbydelay
Я отримав попередження pmset
що сказав: Display sleep should be lower than system sleep
.
Я дивлюся pmset -g
і в ньому говориться, що дисплеїспали були встановлені на 2, а сон був встановлений на 1. Більше того, після сну 1 він сказав (sleep prevented by apsd, apsd)
. Я змінив режим сну і відобразив сон pmset
щасливий і пізніше побіг pmset -g
знову і виявив, що (sleep prevented by apsd, apsd)
нота знялася з лінії сну. Я не впевнений, що це актуально, але я хочу, щоб це було відомо, це не те, що я можу просто пояснити.
Я буду оновлювати це після того, як скористаюся машиною на деякий час і можу сказати з упевненістю, що проблема вирішена так, що будь-хто спотикається над цим у майбутньому буде мати більше інструментів у їх розпорядженні.