Arreglar DRIVER_POWER_STATE_FAILURE Windows 11

Descarga BlueScreenView de nirsoft.net — gratis, sin instalación, lee los archivos minidump que Windows crea después de cada crash. Ábrelo, haz clic en tu entrada BSOD más reciente, mira la columna “Caused By Driver” en el panel inferior. Ese es el archivo .sys exacto responsable. Treinta segundos, sin adivinar.

La laptop Dell XPS 15 de una clienta daba pantalla azul cada vez que cerraba la tapa. Funcionaba perfecto mientras la usaba, pero en el momento en que la ponía en suspensión y la abría de nuevo — DRIVER_POWER_STATE_FAILURE, crash, reinicio. Ya había reemplazado su driver de GPU y ejecutado cada escaneo que encontró. Nada funcionó porque estaba adivinando la causa. Abrimos su minidump en BlueScreenView y la columna Caused By Driver decía nvlddmkm.sys — el driver de pantalla de NVIDIA. Específicamente la versión 572.16 estaba fallando la transición de energía D3-a-D0 cuando la GPU despertaba de la suspensión. La revertimos a la 566.36 usando DDU en Modo seguro, los crashes pararon completamente. Doce minutos.

El código de detención 0x9F significa que un driver envió una solicitud de estado de energía a un dispositivo de hardware y el dispositivo nunca respondió. Windows espera unos segundos, se rinde, y crashea porque no puede dejar hardware atascado entre estados de energía. Esto pasa durante suspensión, despertar, hibernación o apagado — cualquier momento en que Windows le dice a un dispositivo que cambie su nivel de consumo de energía. Aproximadamente el 65% de los casos que diagnosticamos remotamente, es el driver de GPU. Los adaptadores de red son los segundos.

Configuración de Energía

Si necesitas que los crashes paren ahora mismo mientras investigas, cambia el plan de energía. Abre el Panel de control (no la app moderna de Configuración), Opciones de energía, cambia a Alto rendimiento — quizás necesites hacer clic en “Mostrar planes adicionales.” El plan Equilibrado constantemente transiciona dispositivos entre estados de energía para ahorrar energía, y si cualquier driver tiene un bug de estado de energía, Equilibrado lo pica cada pocos minutos. Alto rendimiento mantiene los dispositivos despiertos. Esto arregla quizás el 25% de los casos directamente, aunque es más parche que cura.

La configuración individual que causa más de estos crashes que cualquier bug de driver individual: PCI Express Link State Power Management. En Opciones de energía, haz clic en “Cambiar la configuración del plan” junto a tu plan activo, luego “Cambiar la configuración avanzada de energía,” expande PCI Express, configura Link State Power Management en Desactivado. ASPM pone dispositivos PCIe — GPU, SSD NVMe, a veces WiFi — en estados de bajo consumo entre operaciones. Ciertos controladores NVMe y GPUs no despiertan limpiamente de los estados ASPM L1, especialmente en placas AMD con chipsets B550 y B650. El dispositivo duerme, Windows envía el comando de despertar, el dispositivo no responde, el kernel crashea con 0x9F.

El Inicio rápido es el otro. Guarda una imagen parcial de hibernación al apagar para que el siguiente arranque cargue más rápido, pero no reinicializa completamente los drivers al iniciar — los restaura desde la imagen. Si el estado de energía de un driver estaba corrupto cuando se guardó la imagen, el Inicio rápido recrea esa corrupción en cada arranque. Desactívalo a través del Panel de control, Opciones de energía, “Elegir el comportamiento de los botones de inicio/apagado,” “Cambiar la configuración actualmente no disponible,” desmarca “Activar inicio rápido.”

Arreglar el Driver Específico

Una vez que BlueScreenView te dice qué archivo .sys está crasheando, el arreglo depende del hardware.

Para drivers de GPU — nvlddmkm.sys en NVIDIA, atikmpag.sys en AMD — una reinstalación estándar desde el Administrador de dispositivos casi nunca funciona porque no limpia las entradas de registro de administración de energía del driver viejo. Estos mismos drivers también causan crashes de SYSTEM_SERVICE_EXCEPTION bajo carga, diferente código de detención pero misma causa raíz. Descarga DDU (Display Driver Uninstaller), arranca en Modo seguro (Configuración, Sistema, Recuperación, Reiniciar ahora, Solucionar problemas, Configuración de inicio, presiona 4), ejecuta DDU, selecciona “Clean and restart.” Esto elimina todo rastro incluyendo claves de registro, cachés de shaders, y los perfiles de energía que casi seguro son la fuente del crash. Después del reinicio, instala un driver limpio desde nvidia.com. Antes de instalar, busca “nvidia [número de versión] BSOD” para verificar si la versión actual tiene problemas conocidos — el Studio Driver a veces es la opción más segura sobre el Game Ready. En NVIDIA, la serie 566.x es significativamente más estable para suspensión/despertar que la 570.x-572.x en la mayoría de tarjetas RTX.

AMD usa su propia Cleanup Utility en vez de DDU — descargable desde amd.com. Elimina todos los componentes Radeon incluyendo Adrenalin y perfiles de energía. Sus tarjetas RDNA 3 todavía ocasionalmente tienen problemas de estado de energía con versiones específicas de firmware AGESA, así que revisa si hay una actualización de BIOS al mismo tiempo.

Para adaptadores de red — e1d65x64.sys es Intel Ethernet, rt640x64.sys es Realtek — el arreglo es diferente. Administrador de dispositivos, encuentra tu adaptador bajo Adaptadores de red, doble clic, pestaña Administración de energía, desmarca “Permitir que el equipo apague este dispositivo para ahorrar energía.” Pestaña Avanzado, desactiva Wake on Magic Packet, Wake on Pattern Match, y Energy Efficient Ethernet. El adaptador Intel I225-V 2.5Gb en placas Z590/Z690/B660 y el Realtek RTL8125B en placas económicas B550/B650 son los dos que vemos más frecuentemente — ambos tienen bugs conocidos en el firmware de su manejo de transiciones de estado de energía.

Si BlueScreenView apunta a ntoskrnl.exe en vez de un driver específico, el crash está a un nivel más profundo que cualquier driver individual. Ejecuta DISM /Online /Cleanup-Image /RestoreHealth y luego sfc /scannow para reparar componentes del sistema corruptos. También revisa si hay actualización de BIOS — tu BIOS contiene tablas de administración de energía ACPI que definen cómo cada dispositivo maneja las transiciones de energía, y un BIOS desactualizado con tablas defectuosas causa fallos de estado de energía incluso si cada driver es perfecto. AMD Ryzen 7000 e Intel 12a-14a Gen han tenido media docena de parches AGESA y de microcódigo en 2025-2026 específicamente para manejo de estados de energía. Revisa la página de soporte del fabricante de tu placa base, no Windows Update.

Una cosa más que confunde a la gente — arreglas el driver, todo funciona por dos semanas, y luego Windows Update silenciosamente instala una versión más nueva del mismo driver que reemplazaste y los crashes regresan. Prevén esto yendo a Configuración, Sistema, Acerca de, Configuración avanzada del sistema, pestaña Hardware, Configuración de instalación de dispositivos, elige “No.” Nuestra guía completa de actualización de drivers cubre cómo manejar esto de forma segura. Para análisis más profundo de pantallas azules incluyendo CRITICAL_PROCESS_DIED, DPC_WATCHDOG_VIOLATION, y KERNEL_DATA_INPAGE_ERROR, o si tu máquina se congela sin pantalla azul, podemos extraer archivos minidump y ejecutar análisis completo con WinDbg remotamente en unos veinte minutos.