Casuale si riavvia con errore "Sleep Wake Failure" su Mavericks

26

Quando lascio il mio MacBookPro Mavericks OS X inattivo per un po ', molto spesso si bloccherà e si riavvierà da solo. Dopo il riavvio, verrà visualizzata la finestra di dialogo Rapporto problemi, in cui si dice che "Sleep Wake Failure ha riscontrato un problema". La segnalazione del problema non mostra un arresto, ma solo i powerstats dei programmi in esecuzione. Ecco l'inizio del rapporto:

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

Questo problema è descritto in vari forum di discussione, ma non sono stato in grado di trovarlo qui. La semplice ricerca su Google di "insuccesso della sveglia" (anche senza virgolette) farà apparire tonnellate di discussioni pertinenti e senza risposta; la stessa query qui non restituisce alcun risultato rilevante. Quei thread includono anche registri completi, descrizioni hardware e così via; Ho escluso informazioni che sembrano non correlate (ad esempio, ciò sembra accadere indipendentemente dal particolare hardware).

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

Ho una soluzione alternativa e la posterò come risposta automatica, ma vorrei qualcosa di meglio - un'affermazione che Apple sta indagando mi renderebbe molto più felice.

Un altro messaggio di errore rilevante che ho ricevuto è, nella Console, "Riavvio per raccogliere i log di debug della veglia di sospensione" (che sembra provenire da IOKit all'interno del kernel, vedere questo file sorgente ). Per lo stesso incidente di cui sopra, vediamo che il computer si sveglia su una sveglia dopo due ore senza alcun registro, fa poco per 5-6 minuti (probabilmente sta provando a svegliarsi), quindi dopo sei minuti si riavvia e si riavvia.

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
fonte
1
Apple indagherà su questa specifica istanza se presenti una segnalazione di bug che dettaglia i risultati. Quando riporto una relazione simile, a volte ricevo persino la risposta che si tratta di un problema hardware e di cercare assistenza se questa è la causa anziché il software. Ci sono buoni dettagli qui e potresti ricevere una risposta, anche se non c'è mai alcuna garanzia che un bug riceva una risposta come molti non lo fanno in pratica.
— bmike
Ho avuto problemi molto simili con il mio Mac Pro (stile cestino) quando lascio un G-Drive collegato alla porta del fulmine. C'è qualcosa di nuovo su questo problema?
— user2379888,
Purtroppo non ho notizie. Tuttavia, il tuo problema è più specifico: nel tuo caso, è un dispositivo specifico ad essere in errore. Quindi, se presenti una segnalazione di bug (cosa che non ho ancora fatto), avresti maggiori possibilità di risolvere il problema. Forse potresti parlare con il supporto dei produttori di G-Drive: ma suppongo che utilizzi driver standard Thunderbolt, non un driver scritto da questa azienda, quindi immagino che al massimo possano parlare con Apple. (Ma Cordiali saluti, il tuo dovrebbe essere un commento alla domanda, non una risposta).
— Blaisorblade,
hai mai trovato una soluzione per questo?
— Chris Hough,
Niente di nuovo: il problema non si presenta al momento, né a causa delle soluzioni alternative menzionate di seguito che continuo a utilizzare o perché Yosemite lo ha risolto.
— Blaisorblade,

Risposte:

12

Il problema sembra essere il fallimento delle riattivazioni automatiche dallo stato di sospensione, probabilmente a causa di problemi relativi al driver *. La mia soluzione alternativa è semplicemente disabilitare le riattivazioni automatiche e persino la sospensione automatica. Poiché per me il problema si verifica solo quando il computer viene lasciato acceso e inattivo per molto tempo, posso disabilitare la sospensione automatica solo quando l'adattatore di alimentazione è collegato, senza ridurre l'autonomia.

Tuttavia, ciò aumenterà il consumo di energia e ridurrà i tempi di inattività, quindi è possibile

Per applicare questa soluzione alternativa:

  • vai su Preferenze di Sistema -> Risparmio Energia -> scheda Adattatore di alimentazione .
  • seleziona la casella "Impedisci al computer di dormire automaticamente quando lo schermo è spento"
  • deseleziona le caselle "Riattiva accesso alla rete" e "Abilita Power Nap mentre è collegato a un adattatore di alimentazione" (ho anche disabilitato Power Nap disabilitato quando sulla batteria, nella scheda Batteria , ma non sono sicuro che ciò fosse necessario).

* Pertanto, alcuni utenti riproducono il problema solo quando alcune periferiche sono collegate. Ma per un utente potrebbe essere Bluetooth, per un altro un disco rigido USB e così via - non è facile riconoscere un modello, il che potrebbe significare che il problema è a causa di qualunque driver abbia un bug apparentemente piuttosto comune.

Aggiornamento: il mio laptop è un Retina MBP Late 2013, e non sono sicuro di quanto questo si generalizzi ad altri laptop (vedi commenti).

— Blaisorblade
fonte
Ciao, quale MBP hai? Il mio è metà 2010 e probabilmente per questo motivo non ho alcune delle opzioni che menzioni. Ecco come appare la mia scheda dell'adattatore di alimentazione: imgur.com/GFrM2SZ
— AlexBG
Sì, ho avuto un 13 "Retinal MBP Late 2013 da quando sono stati rilasciati l'anno scorso, e questo è iniziato a succedermi circa una settimana fa. Succede quasi ogni mattina dopo che il computer ha dormito tutta la notte, ma non durante periodi di sonno di alcuni minuti o un'ora durante il giorno
— Joel Glovier,
1
Ieri ho provato la soluzione alternativa suggerita e oggi per la prima volta dopo circa una settimana il mio computer non si è arrestato in modo anomalo durante la notte. Grazie!
— Joel Glovier,
Gah - il mio computer si è schiantato di nuovo stamattina. Immagino che dopo tutto non funzioni. :-( Sebbene, guardando di nuovo Console almeno il messaggio di errore fosse diverso questa volta. In realtà non sembra esserci esattamente un messaggio di errore. Prima lo era com.apple.sleep.failuree ora è solo un registro di ibernazione, quindi un registro di avvio immediatamente dopo.
— Joel Glovier,
2
Quindi questa volta ho provato a ripristinare le impostazioni predefinite su entrambe le schede di energia (batteria e adattatore) e non ho avuto problemi da due giorni. Dita incrociate.
— Joel Glovier,
11

Verificare con pmset -gl'impostazione dell'ibernatemode. Sul mio mac mini era su 3quale non è appropriato per i desktop. Modificandolo su 0, il problema è andato via. Leggi l'eccellente pagina man per ulteriori riferimenti e istruzioni.

sudo pmset -a hibernatemode  0
— Mahal Tertin
fonte
2
È interessante, ma può perdere dati se si verifica una perdita di potenza. Nel frattempo, ricevi almeno un voto per avermi insegnato su pmset.
— Blaisorblade,
Avere questo problema con hibernatemode impostato su 0.
— bauerMusic
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.