Losowo uruchamia się ponownie z błędem „Awaria uśpienia” w Mavericks

26

Kiedy pozostawiam komputer MacBookPro w stanie bezczynności przez pewien czas, bardzo często sam się zawiesza i restartuje. Po ponownym uruchomieniu pojawi się okno dialogowe Raport problemu, informujące, że „Awaria trybu uśpienia napotkała problem”. Raport o problemie nie pokazuje awarii - tylko staty zasilania z uruchomionych programów. Oto początek raportu:

Date/Time:       2014-01-25 03:40:41 +0100
OS Version:      10.9.1 (Build 13B3116)
Architecture:    x86_64
Report Version:  18

Event:           Sleep Wake Failure
Steps:           50

Hardware model:  MacBookPro11,1
Active cpus:     4


Powerstats for:  [...]

Problem ten opisano na różnych forach dyskusyjnych, ale nie udało mi się go tutaj znaleźć. Po prostu wyszukiwanie w „niepowodzeniu budzenia się podczas snu” (nawet bez cudzysłowów) spowoduje pojawienie się mnóstwa pasujących wątków bez odpowiedzi; to samo zapytanie tutaj nie zwraca żadnego istotnego wyniku. Wątki te obejmują również pełne dzienniki, opisy sprzętu i tak dalej; Wykluczyłem informacje, które wydają się niepowiązane (na przykład wydaje się, że dzieje się tak niezależnie od konkretnego sprzętu).

https://discussions.apple.com/thread/5508018?start=0&tstart=0

Mam obejście i opublikuję to jako odpowiedź na pytanie, ale chciałbym coś lepszego - stwierdzenie, które bada Apple, znacznie mnie ucieszy.

Inny istotny komunikat o błędzie, który otrzymałem, to w konsoli „Ponowne uruchamianie w celu zebrania dzienników debugowania uśpienia” (który wydaje się pochodzić z IOKit w jądrze, zobacz ten plik źródłowy ). W przypadku tej samej awarii, co powyżej, widzimy, że komputer budzi się po alarmie po dwóch godzinach bez żadnych dzienników, robi niewiele przez 5-6 minut (prawdopodobnie próbuje się obudzić), a następnie po sześciu minutach przestaje działać i uruchamia się ponownie.

Jan 25 01:34:52 BlueVelvet kernel[0]: IOPPF: Sent gpu-internal-plimit-notification last value 0 (rounded time weighted average 0)
Jan 25 03:34:49 BlueVelvet kernel[0]: Wake reason: RTC (Alarm)
Jan 25 03:34:49 BlueVelvet kernel[0]: RTC: Maintenance 2014/1/25 02:34:49, sleep 2014/1/25 00:34:53
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleCamIn::systemWakeCall - messageType = 0xE0000340
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleCamIn::wakeEventHandlerThread
Jan 25 03:34:49 BlueVelvet kernel[0]: Previous Sleep Cause: 5
Jan 25 03:34:49 BlueVelvet kernel[0]: IOPPF: Sent gpu-internal-single-slice-plimit-notification last value 0 (rounded time weighted average 0)
Jan 25 03:34:49 BlueVelvet kernel[0]: IOPPF: Sent gpu-internal-plimit-notification last value 0 (rounded time weighted average 0)
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleThunderboltNHI::prePCIWake - power up complete - took 60884 us
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleThunderboltHAL::earlyWake - complete - took 1 milliseconds
Jan 25 03:34:49 BlueVelvet kernel[0]: TBT W (2): 0x0040 [x]
Jan 25 03:34:49 BlueVelvet kernel[0]: IOThunderboltSwitch<0xffffff8022d1fe00>(0x0)::listenerCallback - Thunderbolt HPD packet for route = 0x0 port = 11 unplug = 0
Jan 25 03:34:49 BlueVelvet kernel[0]: IOThunderboltSwitch<0xffffff8022d1fe00>(0x0)::listenerCallback - Thunderbolt HPD packet for route = 0x0 port = 12 unplug = 0
Jan 25 03:34:49 BlueVelvet kernel[0]: **** [IOBluetoothHostControllerUSBTransport][SuspendDevice] -- Resume -- suspendDeviceCallResult = 0x0000 (kIOReturnSuccess) -- 0x0c00 ****
Jan 25 03:34:49 BlueVelvet kernel[0]: ARPT: 58329.783703: si_survive_perst_war: bar0win before 18003000, bar0win after 18001000
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleUSBMultitouchDriver::checkStatus - received Status Packet, Payload 2: device was reinitialized
Jan 25 03:34:49 BlueVelvet kernel[0]: ARPT: 58329.786957: pcicore_pci_pmeclr PMECSR : 0x4008
Jan 25 03:34:49 BlueVelvet kernel[0]: ARPT: 58329.786966: pcicore_pmestatclr PMECSR : 0x4008
Jan 25 03:34:49 BlueVelvet kernel[0]: ARPT: 58329.787066: pcicore_pci_pmeclr PMECSR : 0x4008
Jan 25 03:34:49 BlueVelvet.local hidd[193]: MultitouchHID: device bootloaded
Jan 25 03:34:49 BlueVelvet kernel[0]: en0: BSSID changed to 74:31:70:30:57:96
Jan 25 03:34:49 BlueVelvet.local airportd[209]: _doAutoJoin: Already associated to “EasyBox-305722”. Bailing on auto-join.
Jan 25 03:34:52 BlueVelvet.local Emacs-10.7[11343]: CGSCopyDisplayUUID: Invalid display 0x2b2826d2
Jan 25 03:34:54 --- last message repeated 2 times ---
Jan 25 03:34:54 BlueVelvet kernel[0]: AppleCamIn::handleWakeEvent_gated
Jan 25 03:35:27 BlueVelvet kernel[0]: **** [IOBluetoothHostControllerUSBTransport][SuspendDevice] -- Suspend -- suspendDeviceCallResult = 0x0000 (kIOReturnSuccess) -- 0x0c00 ****
Jan 25 03:36:21 BlueVelvet.local WindowServer[271]: _CGXHWCaptureWindowList: No capable active display found.
Jan 25 03:37:01 BlueVelvet.local WindowServer[271]: _CGXHWCaptureWindowList: No capable active display found.
Jan 25 03:37:31 --- last message repeated 1 time ---
Jan 25 03:39:49 BlueVelvet kernel[0]: Restarting to collect Sleep wake debug logs
Jan 25 03:39:49 BlueVelvet kernel[0]: AppleCamIn::systemWakeCall - messageType = 0xE0000310
Jan 25 03:40:03 BlueVelvet kernel[0]: **** [IOBluetoothHostControllerUSBTransport][SuspendDevice] -- Resume -- suspendDeviceCallResult = 0x0000 (kIOReturnSuccess) -- 0x0c00 ****
Jan 25 03:40:04 BlueVelvet kernel[0]: AppleUSBMultitouchDriver::message - kIOUSBMessagePortHasBeenReset.
Jan 25 03:40:05 --- last message repeated 1 time ---
Jan 25 03:40:05 BlueVelvet kernel[0]: AppleUSBMultitouchDriver::checkStatus - received Status Packet, Payload 2: device was reinitialized
Jan 25 03:40:05 BlueVelvet.local hidd[193]: MultitouchHID: device bootloaded
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x270503, fPoweredDown: 1
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:06 BlueVelvet.local Emacs-10.7[11343]: CGSCopyDisplayUUID: Invalid display 0x2b2826d2
Jan 25 03:40:07 --- last message repeated 2 times ---
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x370503, fPoweredDown: 1
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:07 BlueVelvet kernel[0]: Restart still waiting on AppleHDADriver
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x470503, fPoweredDown: 1
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x570503, fPoweredDown: 1
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x670503, fPoweredDown: 1
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x770503, fPoweredDown: 1
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:28 localhost bootlog[0]: BOOT_TIME 1390617628 0
[... rebooting logs, omitted]
Jan 25 03:40:41 BlueVelvet.local spindump[497]: Saved diag report for Sleep Wake Failure version ??? to /Library/Logs/DiagnosticReports/Sleep Wake Failure_2014-01-25-034041_BlueVelvet.diag
mavericks  sleep-wake  power-nap 
— Blaisorblade
źródło
1
Apple zbada ten konkretny przypadek, jeśli prześlesz raport o błędzie zawierający szczegółowe ustalenia. Kiedy zgłaszam podobny, czasami dostaję odpowiedź, że jest to problem sprzętowy i szukam pomocy, jeśli to jest przyczyną zamiast oprogramowania. Są tu dobre szczegóły i możesz uzyskać odpowiedź, chociaż nigdy nie ma gwarancji, że jakikolwiek błąd dostanie odpowiedź, jak wiele w praktyce nie.
— bmike
Miałem bardzo podobne problemy z moim komputerem Mac Pro (w stylu kosza na śmieci), kiedy zostawiam napęd G-Drive podłączony do portu pioruna. Czy jest coś nowego w tej sprawie?
— user2379888,
Niestety nie mam żadnych wiadomości. Jednak twój problem jest bardziej konkretny: w twoim przypadku wina jest określonego urządzenia. Więc jeśli złożysz raport o błędzie (którego jeszcze nie zrobiłem), będziesz miał większe szanse na naprawienie tego. Może mógłbyś porozmawiać ze wsparciem producentów G-Drive: ale sądzę, że używa standardowych sterowników Thunderbolt, a nie sterownika napisanego przez tę firmę, więc myślę, że mogą co najwyżej porozmawiać z Apple. (Ale FYI, twój powinien być komentarzem do pytania, a nie odpowiedzią).
— Blaisorblade,
czy kiedykolwiek znalazłeś na to rozwiązanie?
— Chris Hough,
Nic nowego - problem nie pojawia się obecnie, albo z powodu wymienionych poniżej obejść, których ciągle używam, albo dlatego, że Yosemite go naprawił.
— Blaisorblade,

Odpowiedzi:

12

Problem polega na tym, że automatyczne wybudzanie ze stanu uśpienia kończy się niepowodzeniem, prawdopodobnie z powodu problemów związanych ze sterownikiem *. Moim obejściem jest po prostu wyłączenie automatycznych wybudzeń - a nawet automatycznego uśpienia. Ponieważ dla mnie problem występuje tylko wtedy, gdy komputer jest długo podłączony do zasilania i bezczynny, mogę wyłączyć automatyczny tryb uśpienia tylko wtedy, gdy podłączony jest zasilacz, bez zmniejszania autonomii.

Zwiększy to jednak zużycie energii i skróci czas bezczynności - więc możesz

Aby zastosować to obejście:

  • przejdź do Preferencji systemowych -> Oszczędzanie energii -> karta Zasilacz .
  • zaznacz pole „Zapobiegaj automatycznemu uśpieniu komputera, gdy wyświetlacz jest wyłączony”
  • odznacz pola „Obudź w celu uzyskania dostępu do sieci” i „Włącz Power Nap po podłączeniu do zasilacza” (Ja również wyłączyłem Power Nap wyłączony na baterii, w zakładce Bateria , ale nie jestem pewien, czy było to wymagane).

* Dlatego niektórzy użytkownicy odtwarzają problem tylko po podłączeniu niektórych urządzeń peryferyjnych. Ale dla jednego użytkownika może to być Bluetooth, dla innego dysk twardy USB itd. - nie jest łatwo rozpoznać wzór, co może oznaczać, że problem jest ze względu na to, że sterownik ma rzekomo dość powszechny błąd sterownika.

Aktualizacja: mój laptop to Retina MBP pod koniec 2013 roku i nie jestem pewien, jak bardzo uogólnia się na innych laptopach (patrz komentarze).

— Blaisorblade
źródło
Cześć, który masz MBP? Mój jest w połowie 2010 roku i prawdopodobnie z tego powodu nie mam niektórych z wymienionych opcji. Oto jak wygląda moja karta zasilacza: imgur.com/GFrM2SZ
— AlexBG
Tak, miałem 13-calowy Retinal MBP pod koniec 2013 roku, odkąd zostały wydane w zeszłym roku, i to właśnie zaczęło mi się dziać około tygodnia temu. Dzieje się to prawie każdego ranka po tym, jak komputer śpi całą noc, ale nie przez krótki czas okresy snu trwające kilka minut lub godzinę w ciągu dnia
— Joel Glovier
1
Wypróbowałem wczoraj sugerowane obejście, a dziś po raz pierwszy od około tygodnia mój komputer nie zawiesił się z dnia na dzień. Dzięki!
— Joel Glovier,
Gah - mój komputer znów się zawiesił dziś rano. Zgadnij, to jednak nie działa. :-( Mimo to, patrząc ponownie na konsolę, tym razem przynajmniej komunikat o błędzie był inny. Właściwie nie wydaje się, aby dokładnie wyświetlał komunikat o błędzie. Wcześniej był, com.apple.sleep.failurea teraz jest tylko dziennikiem hibernacji, a następnie dziennikiem rozruchu natychmiast po nim.
— Joel Glovier
2
Więc tym razem próbowałem „przywrócić ustawienia domyślne” na obu kartach energii (bateria i adapter) i od dwóch dni nie miałem problemu. Skrzyżowane palce.
— Joel Glovier
11

Sprawdź pmset -gza pomocą ustawienia hibernatemode. Na moim Macu mini nie było 3to odpowiednie dla komputerów stacjonarnych. Po zmianie na 0 problem zniknął. Przeczytaj doskonałą stronę podręcznika użytkownika, aby uzyskać dodatkowe informacje i instrukcje.

sudo pmset -a hibernatemode  0
— mahal tertin
źródło
2
To ciekawe, ale może stracić dane, jeśli nastąpi utrata zasilania. W międzyczasie dostajesz poparcie przynajmniej za nauczenie mnie o pmset.
— Blaisorblade,
Miej problem z hibernatemode ustawionym na 0.
— bauerMusic
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.