Reinicia aleatoriamente com o erro "Sleep Wake Failure" no Mavericks

26

Quando deixo meu Mavericks OS X MacBookPro inativo por um tempo, muitas vezes ele trava e reinicia sozinho. Após a reinicialização, a caixa de diálogo Relatório de problemas será exibida, informando que "Falha na ativação do sono ocorreu um problema". O relatório do problema não está mostrando uma falha - apenas powerstats da execução de programas. Aqui está o começo do relatório:

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

Esse problema é descrito em vários fóruns de discussão, mas não consegui encontrá-lo aqui. O simples fato de pesquisar no Google por "falha na ativação do sono" (mesmo sem aspas) exibirá toneladas de threads relevantes e sem resposta; a mesma consulta aqui não retorna nenhum resultado relevante. Esses threads também incluem logs completos, descrições de hardware e assim por diante; Excluí informações que parecem não relacionadas (por exemplo, isso parece acontecer independentemente do hardware específico).

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

Eu tenho uma solução alternativa e a postarei como uma resposta automática, mas gostaria de algo melhor - uma declaração que a Apple está investigando me deixaria muito mais feliz.

Outra mensagem de erro relevante que recebi é, no console, "Reiniciando para coletar logs de depuração do Sleep wake" (que parece vir do IOKit no kernel, consulte este arquivo de origem ). Para a mesma falha acima, vemos que o computador acorda após duas horas sem nenhum registro, faz pouco por 5-6 minutos (provavelmente tentando acordar) e depois de seis minutos atinge o tempo limite e 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
fonte
1
A Apple investigaria essa instância específica se você enviar um relatório de bug detalhando as descobertas. Quando relato semelhante, às vezes até recebo uma resposta de que é um problema de hardware e para procurar serviço, se essa é a causa, em vez de software. Há bons detalhes aqui e você pode obter uma resposta, embora nunca haja garantia de que algum bug receba uma resposta, como muitos na prática.
bmike
Eu tive problemas muito semelhantes com o meu Mac Pro (estilo da lata de lixo) quando deixei um G-Drive conectado à porta Thunderbolt. Há algo de novo nessa questão?
user2379888
Infelizmente não tenho notícias. No entanto, seu problema é mais específico: no seu caso, é um dispositivo específico que deve estar com defeito. Portanto, se você registrar um relatório de bug (o que eu ainda não enviei), você terá mais chances de corrigir isso. Talvez você possa falar com o suporte dos produtores do G-Drive: mas acho que ele usa drivers Thunderbolt padrão, não um driver escrito por esta empresa, então acho que eles podem, no máximo, conversar com a Apple. (Mas, para sua informação, o seu deve ser um comentário à pergunta, não uma resposta).
Blaisorblade
você já encontrou uma solução para isso?
Chris Hough
Nada de novo - o problema não aparece no momento, por causa das soluções alternativas mencionadas abaixo que eu continuo usando ou porque o Yosemite o corrigiu.
Blaisorblade

Respostas:

12

O problema parece ser que as ativações automáticas do estado de suspensão falham, possivelmente por causa de problemas relacionados ao driver *. Minha solução alternativa é simplesmente desativar a ativação automática - e até a suspensão automática. Como para mim o problema só ocorre quando deixo o computador conectado e ocioso por um longo tempo, posso desativar o sono automático apenas quando o adaptador de energia está conectado, sem reduzir a autonomia.

No entanto, isso aumentará o consumo de energia e reduzirá o tempo ocioso - para que você possa

Para aplicar esta solução alternativa:

  • vá para Preferências do sistema -> Economia de energia -> guia Adaptador de energia .
  • marque a caixa "Impedir que o computador durma automaticamente quando a tela estiver desligada"
  • desmarque as caixas "Ativar acesso à rede" e "Ativar soneca de energia enquanto estiver conectado a um adaptador de energia" (também desativei a soneca de energia desabilitada quando estiver na bateria, na guia Bateria , mas não tenho certeza se isso é necessário).

* Portanto, alguns usuários apenas reproduzem o problema quando determinados periféricos estão conectados. Mas, para um usuário, pode ser Bluetooth, para outro, um disco rígido USB e assim por diante - não há um padrão fácil de reconhecer, o que pode significar que o problema está relacionado. devido a qualquer driver que tenha um bug de driver aparentemente bastante comum.

Atualização: meu laptop é um Retina MBP final de 2013 e não tenho certeza do quanto isso se generaliza para outros laptops (consulte os comentários).

Blaisorblade
fonte
Oi, qual MBP você tem? O meu é meados de 2010 e, provavelmente, por esse motivo, não tenho algumas das opções mencionadas. Aqui está como o meu adaptador de energia guia aparência: imgur.com/GFrM2SZ
AlexBG
Sim, eu tenho um MBP de retina de 13 "no final de 2013 desde que foram lançados no ano passado, e isso começou a acontecer comigo há cerca de uma semana. Isso acontece todas as manhãs depois que o computador dorme a noite toda, mas não durante pouco tempo. períodos de sono de alguns minutos ou uma hora durante o dia.
Joel Glovier
1
Tentei sua solução sugerida ontem e hoje, pela primeira vez em cerca de uma semana, meu computador não travou da noite para o dia. Obrigado!
Joel Glovier
Gah - meu computador travou novamente esta manhã. Acho que isso não está funcionando afinal. :-( Embora, olhando para o Console novamente, pelo menos a mensagem de erro tenha sido diferente desta vez. Na verdade, não parece exatamente uma mensagem de erro. Antes era com.apple.sleep.failuree agora é apenas um log de hibernação e, depois, um log de inicialização .
Joel Glovier
2
Dessa vez, tentei "restaurar padrões" nas duas guias de energia (bateria e adaptador) e não tenho problemas há dois dias. Dedos cruzados.
Joel Glovier
11

Verifique com pmset -ga configuração hibernatemode. No meu mac mini estava o 3que não é apropriado para desktops. Ao alterá-lo para 0, o problema desapareceu. Leia a excelente página de manual para obter mais referências e instruções.

sudo pmset -a hibernatemode  0
mahal tertin
fonte
2
Isso é interessante, mas pode perder dados se houver uma perda de energia. Enquanto isso, você recebe um voto positivo pelo menos por me ensinar sobre pmset.
Blaisorblade
Tenha esse problema com o hibernatemode definido como 0. #
bauerMusic