26 votos

Reinicios aleatorios con error "Sleep Wake Failure" en Mavericks

Cuando dejo mi MacBookPro con OS X Mavericks inactivo durante un tiempo, muy a menudo se bloquea y se reinicia solo. Después de reiniciar, aparecerá el cuadro de diálogo de Informe de problemas, diciendo que "El fallo de la vigilia en reposo experimentó un problema". El informe de problemas no muestra un accidente - sólo 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 he podido encontrarlo aquí. Simplemente buscando en Google "sleep wakeup failure" (incluso sin comillas) aparecerán toneladas de hilos relevantes y sin respuesta; la misma consulta aquí no devuelve ningún resultado relevante. Esos hilos también incluyen registros completos, descripciones de hardware, etc.; he excluido la información que parece no estar relacionada (por ejemplo, esto parece ocurrir independientemente del hardware particular).

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

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

Otro mensaje de error relevante que obtuve es, en la consola, "Restarting to collect Sleep wake debug logs" (que parece provenir de IOKit dentro del kernel, ver este archivo fuente ). Para el mismo fallo anterior, vemos que el ordenador se despierta con una alarma después de dos horas sin ningún registro, hace poco durante 5-6 minutos (probablemente intentando despertarse), y 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

1 votos

Apple investigaría este caso concreto si presentar un informe de error detallando los resultados. Cuando informo de algo similar, a veces incluso me responden que es un problema de hardware y que busque el servicio técnico si esa es la causa en lugar del software. Hay buenos detalles aquí y es posible que obtengas una respuesta, aunque nunca hay garantía de que un error obtenga una respuesta, ya que muchos no lo hacen en la práctica.

0 votos

He tenido problemas muy similares con mi Mac Pro (estilo papelera) cuando dejo un G-Drive conectado al puerto thunderbolt. Hay alguna novedad sobre este tema?

0 votos

Por desgracia, no tengo noticias. Sin embargo, tu problema es más específico: en tu caso, es un dispositivo específico el que tiene la culpa. Así que si presentas un informe de error (que todavía no lo he hecho), tendrías más posibilidades de que te lo arreglen. Tal vez podrías hablar con el soporte de los productores de G-Drive: pero supongo que utiliza controladores Thunderbolt estándar, no un controlador escrito por esta empresa, así que supongo que como mucho pueden hablar con Apple. (Pero para tu información, lo tuyo debería ser un comentario a la pregunta, no una respuesta).

12voto

Adam Hunter Puntos 6

El problema parece ser que los despertares automáticos desde el estado de reposo fallan, posiblemente por problemas relacionados con el controlador*. Mi solución es simplemente desactivar los despertares automáticos - e incluso el sueño automático. Como en mi caso el problema sólo se produce cuando dejo el ordenador enchufado e inactivo durante mucho tiempo, puedo desactivar el sueño automático sólo 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:

  • ir a Preferencias del sistema -> Ahorro de energía -> Adaptador de corriente ficha.
  • marque la casilla "Evitar que el ordenador se duerma automáticamente cuando la pantalla está apagada"
  • desmarcar las casillas "Wake for network access" y "Enable Power Nap while plugged into a power adapter" (también tengo desactivada la función Power Nap cuando está en batería, en el Batería pero no estoy seguro de que esto sea necesario).

*Por ello, algunos usuarios sólo reproducen el problema cuando se conectan determinados periféricos. Pero para un usuario puede ser el Bluetooth, para otro algún disco duro USB, y así sucesivamente - no hay un patrón fácil de reconocer, lo que podría significar que el problema se debe a cualquier controlador que resulte tener un error de controlador aparentemente bastante común.

Actualización: mi portátil es un Retina MBP Late 2013, y no estoy seguro de hasta qué punto esto se generaliza a otros portátiles (ver comentarios).

0 votos

Hola, ¿qué MBP tienes? El mío es Mid 2010 y probablemente por esta razón no tengo algunas de las opciones que mencionas. Así es como se ve mi ficha del adaptador de corriente: imgur.com/GFrM2SZ

0 votos

Sí, tengo un MBP Retina 13" Late 2013 desde que salieron a la venta el año pasado, y esto me empezó a pasar hace una semana. Sucede casi todas las mañanas después de que el ordenador ha estado dormido toda la noche, pero no durante los períodos de sueño cortos de unos pocos minutos o una hora durante el día.

1 votos

Ayer probé la solución sugerida y hoy, por primera vez en una semana, mi ordenador no se ha estropeado de la noche a la mañana. Gracias.

11voto

mahal tertin Puntos 151

Consulte con pmset -g para la configuración del modo de hibernación. En mi mac mini estaba en 3 que no es apropiado para los ordenadores de sobremesa. Al cambiarlo a 0, el problema desapareció. Lea la excelente página man para más referencias e instrucciones.

sudo pmset -a hibernatemode  0

2 votos

Es interesante, pero puede perder datos si hay una pérdida de energía. Mientras tanto, te llevas un upvote al menos por enseñarme lo que es el pmset.

0 votos

Tengo este problema con el modo de hibernación establecido en 0.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X