Bingo. Eu encontrei. Um utilitário de montagem ISO que eu executei tinha um arquivo montado e aberto na rede. Aparentemente, se um arquivo estiver aberto para leitura na rede, o Windows é impedido de dormir.
Em outra nota - descobri um pequeno truque com o utilitário powercfg
. Parece fazer a diferença de que tipo de terminal você o executa. A execução sob o cygwin e o Console2 forneceu relatórios falsos e erráticos do programa (incluindo um erro could not load energy.dll
da execução de powercfg -ENERGY
). No começo, achei que os problemas com [DRIVER] ?
eram apenas uma questão de o programa não ter informações suficientes para determinar o driver; mas foi realmente um sintoma de ser executado sob um terminal cmd.exe
padrão.
Como Emory aponta no comentário abaixo, a causa desse comportamento estranho é que powercfg
requer permissões elevadas - exigindo que ele seja executado como Administrador. Não há nenhum aviso embutido no programa para alertar o usuário, ele retornará a saída incorreta (e possivelmente could not locate energy.dll
no caso de powercfg -ENERGY
). Deve ser executado a partir de um prompt de comando com privilégios elevados.
Sooo ... longa história ... para determinar qual programa está impedindo seu sistema de dormir:
- Execute
cmd.exe
com privilégios administrativos (isso é fundamental,powercfg
será executado em qualquer coisa, mas fornecerá resultados incorretos) - Execute
powercfg -requests
para obter uma listagem de itens que atualmente impedem o sono.
Eu consegui determinar que os arquivos abertos na rede estavam impedindo o sono no meu caso.