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.execom privilégios administrativos (isso é fundamental,powercfgserá executado em qualquer coisa, mas fornecerá resultados incorretos) - Execute
powercfg -requestspara 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.