Base de conocimientos →6 min de lecturaActualizado: 2026-09-21

Cómo solucionar el error DRIVER POWER STATE FAILURE en Windows 11

DRIVER POWER STATE FAILURE es la comprobación de error 0x0000009F: el controlador de un dispositivo no pudo completar una transición de energía —entrar en suspensión, despertar o hibernar— y Windows dejó de funcionar en lugar de esperar eternamente. En la práctica el culpable casi siempre es un controlador de gráficos, Wi-Fi, almacenamiento o base de conexión, y normalmente uno que cambió hace poco. Actualizar o revertir ese controlador, más desactivar el inicio rápido, resuelve la mayoría de los casos.

Qué significa realmente 0x0000009F

Cuando Windows entra en suspensión o despierta, envía a cada dispositivo una petición de energía (un IRP) y espera respuesta solo hasta que vence el tiempo límite. Un controlador defectuoso u obsoleto puede dejar esa petición colgada y no completar nunca la transición; al agotarse el plazo, el kernel lanza la pantalla azul 0x0000009F y nombra al controlador atascado en los datos del volcado. El cuelgue casi siempre ocurre en un momento concreto: segundos después de abrir la tapa del portátil, al apagar o al apagarse la pantalla; ese momento es la mayor pista sobre qué subsistema está atascado.

Los sospechosos habituales son los controladores gráficos (NVIDIA y AMD por igual), los adaptadores inalámbricos y Bluetooth, los controladores NVMe y SATA, y el enredo de bases USB y Thunderbolt que interconectan varios dispositivos a través de un solo controlador. Si justo antes de empezar los cuelgues hubo una actualización de características de Windows o de un controlador, esa es la prueba más contundente. En portátiles, una causa habitual es un controlador de chipset desactualizado que no entiende el Modern Standby de la plataforma.

  • Controlador gráfico atascado al despertar: pantalla negra o cuelgue segundos después de abrir la tapa
  • Adaptador Wi-Fi o Bluetooth que no responde a las peticiones de suspensión tras actualizar su controlador
  • Base USB-C o Thunderbolt: cuelgues alrededor de la suspensión y de desconectar la base son su marca de la casa
  • Controlador NVMe/SATA que no supera la transición, a veces tras actualizaciones de firmware
  • Chipsets AMD/Intel desactualizados rompiendo Modern Standby en portátiles
  • Inicio rápido: un apagado híbrido que recorre la misma ruta de energía que la suspensión en cada arranque

Las correcciones, en el orden que conviene probarlas

Empieza por el controlador que cambió más recientemente: Administrador de dispositivos → Propiedades del dispositivo → pestaña Controlador muestra la fecha; si un controlador actualizado hace poco coincide en el tiempo con los cuelgues, pulsa Volver al controlador anterior, y si no, actualízalo desde la web del fabricante —en GPUs, el paquete de NVIDIA o AMD, no Windows Update—. Después actualiza el conjunto de plataforma: chipset de AMD o Intel más los controladores de energía del fabricante del portátil. Desconecta todas las bases y periféricos USB unos días; si los cuelgues paran, ya tienes la respuesta: la base o su controlador.

El siguiente paso es desactivar el inicio rápido: 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. El inicio rápido convierte cada apagado en una hibernación parcial y es un conocido amplificador de errores de transición de energía. Si no usas la hibernación en absoluto, powercfg /h off en una consola de administrador elimina hibernación e inicio rápido de un plumazo.

Si la pantalla azul vuelve

Abre Visor de eventos → Registros de Windows → Sistema y busca entradas BugCheck (identificador de evento 1001) próximas a los cuelgues: la entrada nombra al controlador señalado en el minivolcado. El volcado está en C:\Windows\Minidump y se abre con WinDbg, que en la línea probably caused by suele señalar al culpable. Ejecuta también powercfg /energy: los errores de gestión de energía de su informe suelen solaparse con las causas del 0x9F, como un dispositivo que nunca entra en su estado de bajo consumo.

Driver Verifier puede obligar al controlador inestable a delatarse, pero es un diagnóstico de último recurso: somete a los controladores a estrés deliberadamente, tirará el equipo a propósito al cazar al culpable y después hay que apagarlo con verifier /reset. Un 0x0000009F persistente en un equipo con todo actualizado, sin base y sin inicio rápido apunta al firmware —actualiza BIOS/UEFI y el firmware del SSD— o a un fallo en la circuitería de suspensión, y eso es diagnóstico de taller, no un ajuste.

Preguntas y respuestas

¿DRIVER POWER STATE FAILURE pone en peligro mis datos?

La propia pantalla azul es una parada controlada y el sistema de archivos suele salir intacto, pero el trabajo sin guardar se pierde y los cuelgues repetidos durante escrituras nunca son buena señal. Mejor atajar la causa que convivir con ella.

¿Por qué el BSOD solo ocurre tras la suspensión o el apagado?

Porque el código que falla es la propia transición de energía: el controlador recibe una petición de dormir o despertar que no puede completar. El momento del cuelgue —al despertar, al apagar o al apagarse la pantalla— delata al dispositivo sospechoso.

¿Desactivar el inicio rápido ayuda de verdad?

En muchos casos, sí. El inicio rápido hace pasar cada apagado por la misma ruta de transición que la suspensión, así que un controlador que se cuelga ahí tumba también arranques y apagados. Desactivarlo elimina esa ruta completa.

Consulta qué incluye antes de comprar.

La prueba única de 30 minutos incluye las funciones básicas. Las funciones marcadas PRO permanecen bloqueadas hasta activar una licencia de pago.

Sigue leyendo

Todos los artículos · FAQ

Escríbenos: [email protected]