Macbook pro não dorme após ficar inativo

9

Nas configurações de Economia de energia (Preferências do sistema -> seção Hardware), o Mac está configurado para dormir após 15 minutos, mas nada acontece.

O Mac descarrega a bateria e desliga automaticamente quando a bateria está fraca.

Se eu digitar o pmset -g assertionsterminal, recebo o seguinte:

3/31/14 5:46:52 AM EDT   
Assertion status system-wide:
PreventUserIdleDisplaySleep    0
PreventSystemSleep             0
PreventUserIdleSystemSleep     1
InternalPreventDisplaySleep    0
ExternalMedia                  0
UserIsActive                   0
ApplePushServiceTask           0
BackgroundTask                 0

Listed by owning process:
  pid 251(coreaudiod): [0x0000000100000d01] 00:17:27 NoIdleSleepAssertion named: "com.apple.audio.'AppleHDAEngineOutput:1B,0,1,1:0'.noidlesleep" 
  pid 251(coreaudiod): [0x0000000100000929] 01:11:47 NoIdleSleepAssertion named: "com.apple.audio.'BoomEngine:0'.noidlesleep" 
  pid 269(helpd): [0x0000000c00000159] 02:37:33 BackgroundTask named:     "com.apple.helpd.sdmbuilding" 

Kernel Assertions: None

Como devo ler isso? Por que PreventUserIdleSystemSleepestá definido como um? Como posso configurar o Mac para dormir após um certo período de inatividade?

user40
fonte

Respostas:

7

Nesse caso, use o Activity Monitor.app para interromper o processo pid 251(coreaudiod).

Como rastrear problemas de sono ocioso

Abaixo está uma visão geral para descobrir por que o seu Mac não fica ocioso.

Nenhuma afirmação de suspensão ociosa

Uma NoIdleSleepAssertionafirmação é o motivo mais provável de o seu Mac não estar dormindo.

Para saber mais sobre quais processos estão bloqueando o sono, execute este comando no Terminal.app :

pmset -g assertions

Isso listará asserções ativas e seu aplicativo ou processo proprietário. Espere ver respostas audiovisuais, de compartilhamento de rede ou de impressão.

Se um processo oculto, como pid 251(coreaudiod), é responsável, você pode matá-lo usando o Activity Monitor.app . Depois, execute novamente o pmsetcomando acima para verificar se a asserção foi removida.

Causas comuns

Este tópico do fórum de discussão da Apple, My Mac, não dorme desde o Lion Update , contém várias pessoas que também encontraram esse problema. As mesmas causas afetarão o OS X 10.9.

  • Verifique se há trabalhos de impressão presos; um trabalho de impressão pendente manterá o seu Mac acordado
  • Verifique se há programas audiovisuais ou de apresentação que possam restringir o sono durante a reprodução
Graham Miln
fonte
Matar um daemon do sistema principal parece um péssimo conselho.
Augurar
Os daemons do sistema Core do @augurar são gerenciados e serão reiniciados quando mortos. Existem erros nos daemons que os fazem parar de funcionar corretamente. Ocasionalmente, um relançamento é a única solução que resta ao usuário - exceto a reinicialização do computador.
Graham Miln
Antes de considerar um bug do sistema operacional, você deve primeiro excluir os erros do usuário e os problemas de software do aplicativo. Nesse caso, o problema ocorreu devido a um aplicativo que se comportava mal; portanto, matar o daemon de áudio seria a coisa errada a fazer e apenas confunde o problema.
Augurar
@augurar Dado que você se sente bem com esta pergunta e resposta, adicione sua própria resposta para ajudar o questionador e outras pessoas a solucionar melhor e resolver esses problemas.
Graham Miln
1
Uau, que bom que achei isso. Percebo que meu iMac 2011 (executando o Sierra) não colocaria a tela em repouso, nem o protetor de tela entraria em cena. No meu caso, foi por causa do Discord! O aplicativo deles, quando você o inicia pela primeira vez, possui esse pequeno loop de vídeo que anuncia novos jogos ou qualquer outra coisa. Eu nunca considerei esse realmente um "vídeo", mas a afirmação que surgiu foi: pid 413(Discord): [0x0000683300058c91] 00:00:05 NoDisplaySleepAssertion named: "Playing video" Assim que mudei o Discord para não mostrar esse loop de vídeo específico, a exibição de descanso e descanso de tela funcionou bem novamente.
JVC
3

Na verdade, obrigado pelo seu relatório detalhado, pode-se ver que o aplicativo Boom está impedindo o modo de suspensão.

Experimente uma das seguintes opções, atualizando o aplicativo Boom para 1.8.1 ou desative-o para testar.

O 1.8.1 tem algumas correções que podem ajudar:

--- Audio clipping(cutting out) issue is now fixed.
--- Kernel task consumption issue has been fixed. Now it functions the same as default OS X with or without Boom.
--- No sound after sleep issue is now resolved.
--- VLC and other media compatibility issue fixed.
--- Volume key sound delay.
Our developers our working with Apple's DST to have a quick fix for this.
--- Audio drop when using Facetime. Mavericks users are advised to turn off Boom when FaceTime is active.
Ruskes
fonte