Zufälliger Neustart mit dem Fehler "Sleep Wake Failure" bei Mavericks

26

Wenn ich mein Mavericks OS X MacBookPro für eine Weile im Leerlauf lasse, stürzt es sehr oft ab und startet von selbst neu. Nach dem Neustart wird das Dialogfeld "Problembericht" angezeigt, in dem angegeben wird, dass ein Problem mit dem Energiesparmodus aufgetreten ist. Der Problembericht zeigt keinen Absturz an - nur Powerstats von laufenden Programmen. Hier ist der Beginn des Berichts:

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:  [...]

Dieses Problem ist in verschiedenen Diskussionsforen beschrieben, konnte aber hier nicht gefunden werden. Wenn Sie einfach (auch ohne Anführungszeichen) nach "Sleep Wakeup Failure" suchen, werden Unmengen relevanter und unbeantworteter Threads angezeigt. Dieselbe Abfrage gibt hier kein relevantes Ergebnis zurück. Diese Threads enthalten auch vollständige Protokolle, Hardwarebeschreibungen usw. Ich habe Informationen ausgeschlossen, die nichts miteinander zu tun haben (zum Beispiel scheint dies unabhängig von der jeweiligen Hardware zu geschehen).

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

Ich habe eine Problemumgehung und werde sie als Selbstantwort veröffentlichen, aber ich hätte gerne etwas Besseres - eine Aussage, die Apple untersucht, würde mich viel glücklicher machen.

Eine andere relevante Fehlermeldung, die ich erhalten habe, ist in der Konsole "Neustart zum Sammeln von Sleep-Wake-Debug-Protokollen" (die scheinbar von IOKit im Kernel stammen, siehe diese Quelldatei ). Bei demselben Absturz wie oben sehen wir, dass der Computer nach zwei Stunden ohne Protokolle bei einem Alarm aufwacht, 5-6 Minuten lang wenig tut (wahrscheinlich versucht er aufzuwachen) und dann nach sechs Minuten nach dem Timeout neu startet.

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
quelle
1
Apple würde diese spezielle Instanz untersuchen, wenn Sie einen Fehlerbericht einreichen, in dem die Ergebnisse aufgeführt sind. Wenn ich Ähnliches berichte, erhalte ich manchmal sogar die Antwort, dass es sich um ein Hardwareproblem handelt, und suche einen Service, wenn dies die Ursache ist, anstatt Software. Es gibt hier gute Details, und Sie erhalten möglicherweise eine Antwort, obwohl es nie eine Garantie gibt, dass ein Fehler jemals eine Antwort erhält, wie viele dies in der Praxis nicht tun.
bmike
Ich hatte sehr ähnliche Probleme mit meinem Mac Pro (Mülleimer-Stil), als ich ein G-Drive am Thunderbolt-Port angeschlossen hatte. Gibt es etwas Neues zu diesem Thema?
user2379888
Ich habe leider keine Neuigkeiten. Ihr Problem ist jedoch spezifischer: In Ihrem Fall handelt es sich um ein bestimmtes Gerät, an dem ein Fehler vorliegt. Wenn Sie also einen Fehlerbericht einreichen (was ich noch nicht getan habe), haben Sie mehr Chancen, diesen zu beheben. Vielleicht könnten Sie mit dem Support der G-Drive-Hersteller sprechen: Ich schätze, es werden Standard-Thunderbolt-Treiber verwendet, kein von dieser Firma geschriebener Treiber, daher können sie höchstens mit Apple sprechen. (Aber zu Ihrer Information, Ihre sollte ein Kommentar zu der Frage sein, keine Antwort).
Blaisorblade
Haben Sie jemals eine Lösung dafür gefunden?
Chris Hough
Nichts Neues - das Problem wird derzeit nicht angezeigt, entweder aufgrund der unten genannten Problemumgehungen, die ich weiterhin verwende, oder weil Yosemite es behoben hat.
Blaisorblade

Antworten:

12

Das Problem scheint zu sein, dass das automatische Aufwecken aus dem Ruhezustand fehlschlägt, möglicherweise aufgrund von fahrerbezogenen Problemen *. Meine Problemumgehung besteht darin, das automatische Aufwecken einfach zu deaktivieren - und sogar den automatischen Ruhezustand. Da das Problem bei mir nur auftritt, wenn mein Computer für längere Zeit im Leerlauf ist, kann ich den automatischen Ruhezustand nur deaktivieren, wenn das Netzteil angeschlossen ist, ohne die Autonomie zu beeinträchtigen.

Dies erhöht jedoch den Stromverbrauch und verringert die Leerlaufzeit - so könnten Sie

So wenden Sie diese Problemumgehung an:

  • gehen Sie zu den Systemeinstellungen -> Energiespar -> Power Adapter Registerkarte.
  • Aktivieren Sie das Kontrollkästchen "Verhindern, dass der Computer bei ausgeschaltetem Display automatisch in den Energiesparmodus wechselt".
  • Deaktivieren Sie die Kontrollkästchen "Wake für Netzwerkzugriff" und "Power Nap aktivieren, während ein Netzteil angeschlossen ist" (Ich habe Power Nap auch deaktiviert, wenn es im Akkubetrieb ist, auf der Registerkarte " Akku" , aber ich bin nicht sicher, ob dies erforderlich war).

* Aus diesem Grund reproduzieren einige Benutzer das Problem nur, wenn bestimmte Peripheriegeräte angeschlossen sind. Bei einem Benutzer kann es sich jedoch um Bluetooth handeln, bei einem anderen um eine USB-Festplatte usw. - es gibt kein leicht zu erkennendes Muster, was möglicherweise auf das Problem hinweist aufgrund was auch immer Treiber passiert, einen anscheinend eher häufigen Treiberfehler zu haben.

Update: Mein Laptop ist ein Retina MBP Ende 2013, und ich bin nicht sicher, wie sehr sich dies auf andere Laptops verallgemeinert (siehe Kommentare).

Blaisorblade
quelle
Hallo, welchen MBP hast du? Meins ist Mitte 2010 und wahrscheinlich aus diesem Grund habe ich einige der Optionen, die Sie erwähnen, nicht. So sieht mein Netzteil aus: imgur.com/GFrM2SZ
AlexBG 16.04.14
Ja, ich hatte ein 13 "Retinal MBP Ende 2013, seit sie letztes Jahr veröffentlicht wurden, und das passierte mir erst vor einer Woche. Es passiert fast jeden Morgen, nachdem der Computer die ganze Nacht geschlafen hat, aber nicht während eines kurzen Zeitraums Schlafphasen von wenigen Minuten oder einer Stunde während des Tages
Joel Glovier
1
Ich habe gestern Ihre vorgeschlagene Problemumgehung ausprobiert, und heute ist mein Computer zum ersten Mal seit ungefähr einer Woche nicht über Nacht abgestürzt. Vielen Dank!
Joel Glovier
Gah - mein Computer ist heute Morgen wieder abgestürzt. Schätze, das funktioniert nicht immer. :-( Obwohl die Fehlermeldung beim erneuten Betrachten der Konsole dieses Mal anders war. Eigentlich scheint es keine genaue Fehlermeldung zu geben. Vorher war es com.apple.sleep.failureund jetzt ist es nur ein Ruhezustandsprotokoll und unmittelbar danach ein Startprotokoll .
Joel Glovier
2
Daher habe ich dieses Mal versucht, die Standardeinstellungen auf beiden Energie-Registerkarten (Akku und Adapter) wiederherzustellen, und ich hatte seit zwei Tagen kein Problem mehr. Daumen drücken.
Joel Glovier
11

Fragen Sie pmset -gnach der Einstellung für den Ruhezustand. Auf meinem Mac mini war 3es nicht für Desktops geeignet. Durch Ändern auf 0 wurde das Problem behoben. Lesen Sie die exzellente Manpage, um weitere Informationen und Anweisungen zu erhalten.

sudo pmset -a hibernatemode  0
Mahal Tertin
quelle
2
Das ist interessant, aber bei einem Stromausfall können Daten verloren gehen. In der Zwischenzeit bekommst du eine Gegenstimme dafür, dass du mir pmset beigebracht hast.
Blaisorblade
Habe dieses Problem mit
hibernatemode