Czy ktoś może mi pomóc zdiagnozować ten problem? Mój nowy MacBook Pro 13 Retina (8 GB / 2,6 Ghz / 512 GB) obudził się dzisiaj w mojej torbie i najwyraźniej nie wrócił do snu, więc wyczerpał się akumulator i był gorący i częściowo nie reagował, gdy wyjąłem go z torby.
Uruchomiłem to polecenie:
syslog |grep -i "Wake Reason"
Zostałem przywitany tym na dziś:
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)
W sumie było 936 wpisów z „Powodem pobudki:?” i to mnie niepokoi. Niedawno wróciłem do ekosystemu Mac OS X (mój ostatni to Powerbook G4 z systemem 10.2) i byłem głównie w świecie Windows z kilkoma ustawieniami programistycznymi w Ubuntu Linux. Chciałbym uzyskać wskazówki, jak to rozgryźć.
Ostatnia zmiana polegała na tym, że ostatniej nocy zainstalowałem XQuartz 2.7.5, aby korzystać z Inkscape. W Readme były instrukcje dotyczące usuwania /Library/LaunchAgents/org.macosforge.xquartz.startx.plist przy użyciu launchctl (1), ale nie znalazłem go na liście, kiedy go uruchomiłem.
Niezależnie od tego, mój Google-fu nie przyniósł żadnych wyników, które dobrze pasowałyby do tej sytuacji, więc apeluję do was, drodzy ludzie.
Mam tę maszynę od 1,5 tygodnia i jest to pierwszy tego rodzaju problem, którego doświadczyłem. Niepokoi mnie również trwałe uszkodzenie termiczne wynikające z tak długiego przebywania w mojej torbie. Wszelkie uwagi na temat Twojej odpowiedzi na moje podstawowe pytanie lub komentarze byłyby bardzo mile widziane (rozumiem, że reguła jest zwykle jednym pytaniem na ... pytanie).
Dziękuję wam wszystkim!
EDYCJA Myślałem, że dodam cykl, który powtarza się z dziennika 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]
Wygląda na to, że przyczyną problemu jest powerd, ale dlaczego?
Czy to pomaga komukolwiek mi pomóc?
Dziękuję Ci!!!
Edytuj ponownie
Saga trwa. Odkryłem, że inni mają problemy w innych sieciach. Ich przygody można zobaczyć tutaj .
Teraz odtąd skontaktowałem się z pomocą techniczną Apple i porozmawiałem tam z przedstawicielem i do tej pory wszystko wydaje się działać lepiej. Nie zamierzam jednak nazywać tej zamkniętej sprawy i jeszcze nie dodam odpowiedzi.
Oto, co się stało:
Rozmawiał z przedstawicielem i kazał mi usunąć SystemConfiguration
folder z /Library/Preferences
i ponownie uruchomić komputer.
Potem powiedział, że jestem sam i zasadniczo mam na to oko. Był bardzo miły i miał takie samo imię jak moje, więc kiedy wysłał mi e-mail z dziennika czatu, wygląda na to, że mówię do siebie.
Nie chcąc czekać na rozwiązanie, sam postanowiłem spróbować.
Najpierw ustawiłem czas hibernacji na bardzo niską liczbę:
sudo pmset -b standbydelay 15
Potem spałem maszynę i zostawiłem ją na chwilę. Zazwyczaj zaczynał budzić się po 15 sekundach, kiedy próbował hibernować. Tak się nie stało. Naprawdę działało to wiele razy z rzędu.
Ja wskażę, i nie jestem pewien, czy oznacza to, że nic, ale kiedy po raz pierwszy zmienił mój standbydelay
mam ostrzeżeń pmset
, że powiedział: Display sleep should be lower than system sleep
.
Patrzę na pmset -g
i mówi, że ekran śpiący był ustawiony na 2, podczas gdy sen był ustawiony na 1. Ponadto, po śnie 1 napisał (sleep prevented by apsd, apsd)
. Zmieniłem tryb uśpienia systemu i tryb uśpienia, aby się pmset
uszczęśliwić, a potem pmset -g
ponownie uruchomiłem i stwierdziłem, że (sleep prevented by apsd, apsd)
notatka zniknęła z linii snu. Nie jestem pewien, czy to jest istotne, ale chcę wiedzieć, że nie jest to coś, co mogę po prostu wyjaśnić.
Zaktualizuję to po pewnym czasie użytkowania urządzenia i mogę z całą pewnością powiedzieć, że problem został rozwiązany, aby każdy, kto natknie się na to w przyszłości, będzie miał do dyspozycji więcej narzędzi.