Se reinicia aleatoriamente con el error "Sleep Wake Failure" en Mavericks

Cuando dejo mi Mavericks OS X MacBookPro inactivo por un tiempo, muy a menudo se bloqueará y se reiniciará solo. Después de reiniciar, se mostrará el cuadro de diálogo Informe de problemas, que indica que "La falla de Sleep Wake tuvo un problema" El informe del problema no muestra un bloqueo, solo powerstats de los programas en ejecución. Aquí está el comienzo del informe:

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

Este problema se describe en varios foros de discusión, pero no pude encontrarlo aquí. Simplemente buscar en Google "fallo de activación del sueño" (incluso sin comillas) arrojará toneladas de hilos relevantes y sin respuesta; la misma consulta aquí no devuelve ningún resultado relevante. Esos subprocesos también incluyen registros completos, descripciones de hardware, etc. He excluido información que parece no estar relacionada (por ejemplo, esto parece suceder independientemente del hardware en particular).

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

Tengo una solución alternativa y la publicaré como respuesta propia, pero me gustaría algo mejor: una declaración que Apple está investigando me haría mucho más feliz.

Otro mensaje de error relevante que recibí es, en la consola, "Reiniciar para recopilar registros de depuración de Sleep wake" (que parece provenir de IOKit dentro del núcleo, consulte este archivo fuente ). Para el mismo bloqueo que el anterior, vemos que la computadora se activa con una alarma después de dos horas sin ningún registro, hace poco durante 5-6 minutos (probablemente tratando de despertarse), y luego después de seis minutos se apaga y se reinicia.

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
fuente

Apple investigaría esta instancia específica si presenta un informe de error que detalla los hallazgos. Cuando informo algo similar, a veces incluso recibo una respuesta de que es un problema de hardware y busco servicio si esa es la causa en lugar del software. Aquí hay buenos detalles y es posible que obtenga una respuesta, aunque nunca hay garantía de que ningún error reciba una respuesta, ya que muchos no lo hacen en la práctica.

— bmike

He tenido problemas muy similares con mi Mac Pro (estilo papelera) cuando dejo un G-Drive conectado al puerto Thunderbolt. ¿Hay algo nuevo en este tema?

— user2379888

No tengo noticias por desgracia. Sin embargo, su problema es más específico: en su caso, es un dispositivo específico el que tiene la culpa. Entonces, si presenta un informe de error (que aún no lo hice), tendría más posibilidades de solucionarlo. Tal vez podría hablar con el soporte de los productores de G-Drive: pero supongo que utiliza controladores estándar Thunderbolt, no un controlador escrito por esta compañía, por lo que creo que a lo sumo pueden hablar con Apple. (Pero para su información, el suyo debe ser un comentario a la pregunta, no una respuesta).

— Blaisorblade

¿Alguna vez encontraste una solución para esto?

— Chris Hough

Nada nuevo: el problema no aparece actualmente, ya sea por las soluciones que menciono a continuación que sigo usando, o porque Yosemite lo solucionó.

— Blaisorblade

El problema parece ser que las activaciones automáticas del estado de suspensión fallan, posiblemente debido a problemas relacionados con el controlador *. Mi solución es simplemente deshabilitar las activaciones automáticas e incluso la suspensión automática. Dado que para mí el problema solo ocurre cuando dejo mi computadora enchufada e inactiva durante mucho tiempo, puedo desactivar el modo de suspensión automática solo cuando el adaptador de corriente está conectado, sin reducir la autonomía.

Sin embargo, esto aumentará el consumo de energía y reducirá el tiempo de inactividad, por lo que podría

Para aplicar esta solución alternativa:

vaya a Preferencias del sistema -> Ahorro de energía -> pestaña Adaptador de corriente .
marque la casilla "Evitar que la computadora duerma automáticamente cuando la pantalla está apagada"
desmarque las casillas "Activar para acceso a la red" y "Activar Power Nap mientras está enchufado a un adaptador de corriente" (también he desactivado Power Nap cuando está en la batería, en la pestaña Batería , pero no estoy seguro de que sea necesario).

* Por lo tanto, algunos usuarios solo reproducen el problema cuando se conectan ciertos periféricos. Pero para un usuario podría ser Bluetooth, para otro un disco duro USB, etc., no hay un patrón fácil de reconocer, lo que podría significar que el problema debido a que cualquier controlador tiene un error de controlador aparentemente bastante común.

Actualización: mi computadora portátil es una Retina MBP a fines de 2013, y no estoy seguro de cuánto se generaliza a otras computadoras portátiles (ver comentarios).

— Blaisorblade
fuente

Hola, que MBP tienes? La mía es a mediados de 2010 y probablemente por esta razón no tengo algunas de las opciones que mencionas. Así es como se ve la pestaña de mi adaptador de corriente: imgur.com/GFrM2SZ

— AlexBG

Sí, tuve un 13 "Retinal MBP a fines de 2013 desde que se lanzaron el año pasado, y esto comenzó a sucederme hace aproximadamente una semana. Ocurre casi todas las mañanas después de que la computadora ha estado dormida toda la noche, pero no durante un corto período de tiempo. períodos de sueño de unos minutos o una hora durante el día.

— Joel Glovier

Intenté su solución sugerida ayer, y hoy, por primera vez en aproximadamente una semana, mi computadora no se bloqueó de la noche a la mañana. ¡Gracias!

— Joel Glovier el

Gah: mi computadora se bloqueó nuevamente esta mañana. Supongo que esto no está funcionando después de todo. :-( Aunque, mirando la consola nuevamente, al menos el mensaje de error fue diferente esta vez. En realidad no parece haber un mensaje de error exactamente. Antes era com.apple.sleep.failurey ahora es solo un registro de hibernación, y luego un registro de arranque inmediatamente después.

— Joel Glovier

Así que esta vez intenté "restaurar los valores predeterminados" en ambas pestañas de energía (batería y adaptador) y no he tenido un problema en dos días. Dedos cruzados.

— Joel Glovier

Verifique pmset -gla configuración del modo de hibernación. En mi Mac mini estaba en lo 3que no es apropiado para equipos de escritorio. Al cambiarlo a 0, el problema desapareció. Lea la excelente página de manual para obtener más referencias e instrucciones.

sudo pmset -a hibernatemode  0

— mahal tertin
fuente

Eso es interesante, pero puede perder datos si hay una pérdida de energía. Mientras tanto, obtienes un voto positivo al menos por enseñarme sobre pmset.

— Blaisorblade

Tiene este problema con el modo de hibernación configurado en 0.

— bauerMusic