Corrigir DRIVER_POWER_STATE_FAILURE no Windows 11

Baixe o BlueScreenView de nirsoft.net — gratuito, sem instalação, lê os arquivos minidump que o Windows cria após cada crash. Abra, clique na entrada de BSOD mais recente, olhe a coluna “Caused By Driver” no painel inferior. Esse é o arquivo .sys exato responsável. Trinta segundos, sem adivinhação.

O Dell XPS 15 de uma cliente dava tela azul toda vez que ela fechava a tampa. Funcionava bem enquanto usava, mas no momento que colocava para dormir e abria de volta — DRIVER_POWER_STATE_FAILURE, crash, reinicia. Ela já tinha substituído o driver de GPU e rodado toda varredura que encontrou. Nada funcionou porque estava adivinhando a causa. Abrimos o minidump no BlueScreenView e a coluna Caused By Driver dizia nvlddmkm.sys — driver de display da NVIDIA. Especificamente a versão 572.16 estava falhando na transição de energia D3-para-D0 quando a GPU acordava da suspensão. Revertemos para a 566.36 usando DDU no Modo de Segurança, crashes pararam completamente. Doze minutos.

Código de parada 0x9F significa que um driver enviou uma solicitação de estado de energia para um dispositivo de hardware e o dispositivo nunca respondeu. O Windows espera alguns segundos, desiste e trava porque não pode deixar hardware preso entre estados de energia. Isso acontece durante dormir, acordar, hibernar ou desligar — qualquer momento que o Windows manda um dispositivo mudar seu nível de consumo de energia. Cerca de 65% dos casos que diagnosticamos remotamente, é o driver de GPU. Adaptadores de rede são o segundo.

Configurações de Energia

Se precisa que os crashes parem agora enquanto investiga, mude o plano de energia. Abra o Painel de Controle (não o app Configurações moderno), Opções de Energia, troque para Alto Desempenho — talvez precise clicar em “Mostrar planos adicionais.” O plano Equilibrado constantemente transiciona dispositivos entre estados de energia para economizar, e se algum driver tem um bug de estado de energia, o Equilibrado o cutuca a cada poucos minutos. Alto Desempenho mantém dispositivos acordados. Isso corrige talvez 25% dos casos de vez, embora seja mais curativo que paliativo.

A única configuração que causa mais desses crashes do que qualquer bug individual de driver: Gerenciamento de Energia de Link do PCI Express. Em Opções de Energia, clique em “Alterar configurações do plano” ao lado do seu plano ativo, depois “Alterar configurações avançadas de energia”, expanda PCI Express, defina Gerenciamento de Energia de Link como Desativado. ASPM coloca dispositivos PCIe — GPU, SSD NVMe, às vezes WiFi — em estados de baixa energia entre operações. Certos controladores NVMe e GPUs não acordam corretamente de estados ASPM L1, especialmente em placas AMD com chipsets B550 e B650. O dispositivo dorme, o Windows manda o comando de acordar, o dispositivo não responde, kernel trava com 0x9F.

Inicialização Rápida é a outra. Ela salva uma imagem parcial de hibernação no desligamento para o próximo boot carregar mais rápido, mas não reinicializa completamente drivers na inicialização — os restaura da imagem. Se o estado de energia de um driver estava corrompido quando a imagem foi salva, Inicialização Rápida recria aquela corrupção em cada boot. Desative pelo Painel de Controle, Opções de Energia, “Escolher a função dos botões de energia”, “Alterar configurações não disponíveis no momento”, desmarque “Ativar inicialização rápida.”

Corrigindo o Driver Específico

Uma vez que BlueScreenView diz qual arquivo .sys está travando, a correção depende do hardware.

Para drivers de GPU — nvlddmkm.sys na NVIDIA, atikmpag.sys na AMD — uma reinstalação padrão pelo Gerenciador de Dispositivos quase nunca funciona porque não limpa as entradas de gerenciamento de energia do driver antigo no registro. Esses mesmos drivers também causam crashes SYSTEM_SERVICE_EXCEPTION sob carga, código de parada diferente mas mesma causa raiz. Baixe o DDU (Display Driver Uninstaller), inicie no Modo de Segurança (Configurações, Sistema, Recuperação, Reiniciar agora, Solucionar problemas, Configurações de Inicialização, pressione 4), rode DDU, selecione “Limpar e reiniciar.” Isso remove todo vestígio incluindo chaves de registro, caches de shader e os perfis de energia que são quase certamente a fonte do crash. Após reiniciar, instale um driver limpo de nvidia.com. Antes de instalar, pesquise “nvidia [número da versão] BSOD” para verificar se o release atual tem problemas conhecidos — o Studio Driver às vezes é a escolha mais segura que o Game Ready. Na NVIDIA, a série 566.x é significativamente mais estável para dormir/acordar que 570.x-572.x na maioria das placas RTX.

A AMD usa seu próprio Cleanup Utility em vez do DDU — disponível em amd.com. Remove todos os componentes Radeon incluindo Adrenalin e perfis de energia. Suas placas RDNA 3 ainda ocasionalmente batem em problemas de estado de energia com versões específicas de firmware AGESA, então verifique atualizações de BIOS ao mesmo tempo.

Para adaptadores de rede — e1d65x64.sys é Intel Ethernet, rt640x64.sys é Realtek — a correção é diferente. Gerenciador de Dispositivos, encontre seu adaptador em Adaptadores de rede, duplo clique, aba Gerenciamento de Energia, desmarque “Permitir que o computador desligue este dispositivo para economizar energia.” Aba Avançado, desative Wake on Magic Packet, Wake on Pattern Match e Energy Efficient Ethernet. O Intel I225-V 2.5Gb em placas Z590/Z690/B660 e o Realtek RTL8125B em placas B550/B650 econômicas são os dois que mais vemos — ambos têm bugs conhecidos de firmware no tratamento de transição de estado de energia. Para outros dispositivos, nosso guia de atualização de drivers no Windows 11 cobre o método pelo Gerenciador de Dispositivos e winget.

Se BlueScreenView aponta para ntoskrnl.exe em vez de um driver específico, o crash está em um nível mais profundo que qualquer driver individual. Execute DISM /Online /Cleanup-Image /RestoreHealth depois sfc /scannow para corrigir componentes de sistema corrompidos. Verifique também atualização de BIOS — seu BIOS contém tabelas ACPI de gerenciamento de energia que definem como cada dispositivo lida com transições, e um BIOS desatualizado com tabelas bugadas causa falhas de estado de energia mesmo se todo driver está perfeito. AMD Ryzen 7000 e Intel 12ª-14ª geração tiveram meia dúzia de patches AGESA e microcódigo em 2025-2026 especificamente para tratamento de estado de energia. Verifique a página de suporte do fabricante da placa-mãe, não o Windows Update.

Mais uma coisa que pega as pessoas — você corrige o driver, tudo funciona por duas semanas, depois o Windows Update silenciosamente instala uma versão mais nova do driver exato que você substituiu e os crashes voltam. Previna isso indo em Configurações, Sistema, Sobre, Configurações avançadas do sistema, aba Hardware, Configurações de Instalação de Dispositivos, escolha “Não.” Para análise de tela azul mais profunda incluindo CRITICAL_PROCESS_DIED, DPC_WATCHDOG_VIOLATION e KERNEL_DATA_INPAGE_ERROR, ou se sua máquina trava sem tela azul, podemos puxar minidumps e rodar análise WinDbg completa remotamente em cerca de vinte minutos.