Meu MacBook está configurado para dormir após 2 minutos enquanto estiver na bateria (através do painel de preferências Economia de energia.) No entanto, quando o deixo ocioso, ele apenas desliga a tela - na verdade, ele não dorme. Isso significa que, se eu o deixar e esquecer de fechar a tampa, ela sempre acaba com a bateria descarregada.
O sistema dorme corretamente se for acionado manualmente (Sleep - Suspensão) ou fechando a tampa. Eu testei sem dispositivos USB conectados e em uma nova conta de usuário, com a chance de um programa em segundo plano impedir o sono. Não há informações relevantes impressas no console no momento em que o sistema deve dormir.
Executei uma redefinição PRAM e SMC sem sucesso, bem como as supersticiosas habituais permissões de disco de verificação.
Há algo mais que eu deva tentar antes de reinstalar o OS X?
Este é um MacBookPro5,5
sistema operacional em execução 10.6.6.
Vale a pena notar que sofri com esse problema há algum tempo devido a um bug em um daemon auxiliar do produto Things , mas esse problema era um pouco diferente e envolvia a exibição de suspensão. Além disso, verifiquei que o daemon auxiliar não estava em execução durante meus testes.
Informação adicional:
Comecei a trabalhar no documento da Apple intitulado " Por que o seu Mac pode não dormir ou permanecer no modo de suspensão " . Descobri que esse problema não aparece quando eu inicializo com segurança o meu computador. I diff
'd as listas de processos e descobriu que os seguintes programas só estão em execução quando em inicialização normal, e são, portanto, possíveis culpados:
Quick Look Helper
cvmsComp_x86_64
kextcache
launchd
mdworker
mdworker
nmblookup
vmnet-bridge
vmnet-dhcpd
vmnet-dhcpd
vmnet-natd
vmnet-netifup
vmnet-netifup
fonte
pmset -g assertions
que mostra algumas informações sobre qual processo (ou algo) está impedindo o sono. Confira.Respostas:
Para ajudar a depurar problemas de suspensão, tente o
pmset
comando no terminal:Nesse caso, é o processo 2520 que está atrapalhando. Confira no monitor de atividades e mate-o (/ usr / sbin / coreaudiod iniciado pelo iTunes).
Depois disso, execute o comando novamente:
Não há sinalizadores para PreventUserIdleSystemSleep.
fonte
pmset
eu não conhecia. Obrigado por trazer isso à minha atenção.PreventUserIdleDisplaySleep
ainda estiver definido como 1?Eu tive esse mesmo problema com o meu MacBook Pro 3,1. É extremamente frustrante. Fui até o ponto de reinstalar completamente o OS X, o que não resolveu o problema. Isso me leva a acreditar que provavelmente é um problema de hardware no meu caso.
Desisti de solucionar o problema e use o PleaseSleep .
fonte
Finalmente, meu sistema está inativo de maneira confiável novamente. Mudei três coisas para chegar a esse ponto, e acredito que todos contribuíram:
Eu estava com pouco espaço em disco (menos de 5% livre) no meu volume principal. O kernel estava reclamando disso para
system.log
(visível no Console.app) sobre o tempo que deveria estar dormindo.Desabilitei o Dropbox, que acessa o disco com frequência e detestável, e é relatado para evitar o sono no Snow Leopard.
Atualizei de um Chromium embaraçosamente antigo todas as noites e agora estou no 11.0.658.0 (73560) . Existem vários erros abertos sobre este Chrome / Chromium, impedindo o sono inativo. No entanto, eu descobri isso somente depois que o sistema ficou inativo após uma reinicialização sem nenhum programa em execução.
Seguem as observações técnicas:
Vale a pena notar que o painel de preferências Economizador de energia está um pouco. Configurei para dormir e desligue a tela após 1 minuto, mas o sistema não dorme por 3 minutos e 30 segundos, aguarda alguns segundos para gravar a imagem de suspensão segura. A tela leva 2 minutos para dormir. Suspeito que seja um caso da Apple sabendo melhor do que nós - 1 minuto é provavelmente rápido demais. Independentemente disso, isso dificulta problemas de depuração como esse, porque você precisa esperar mais do que o indicado para ver se o sistema realmente está inativo.
O fato de esses dois aplicativos terem contribuído, apesar de não fazer nada particularmente intenso, sugere que o Snow Leopard mudou algo sobre como o sistema decide se o sono ocioso pode ocorrer. Há uma API documentada para desativar o sono inativo, mas também parece que a atividade do disco (gravações específicas) mais de uma vez por minuto também redefine o temporizador e, portanto, atrasa o sono. Qualquer aplicativo que escreve com frequência é, portanto, uma causa possível.
sudo fs_usage -e grep -f filesys | grep -e write
em uma janela do terminal pode ajudar a revelar os culpados.fonte
Pode ser a indexação do Spotlight. Você pode testar isso acessando Preferências do sistema> Spotlight> Resultados da pesquisa e desmarcando tudo. Então veja se o seu MacBook entra em suspensão.
fonte
mdutil -a -i off
, mas o problema persistiu. Informe-me se isso não for funcionalmente equivalente à sua sugestão.