IRQL_NOT_LESS_OR_EQUAL — Solución Windows 11

IRQL_NOT_LESS_OR_EQUAL significa que un controlador o proceso del kernel intentó acceder a memoria que no debía, a un nivel de prioridad que Windows no puede interrumpir de forma segura para manejar la violación. En español: algo tocó memoria que no le pertenecía y Windows mató todo para prevenir corrupción de datos. La pantalla azul muestra un código de detención 0x0000000A y generalmente nombra el archivo .sys responsable justo debajo — ese nombre de archivo es tu respuesta.

Si la pantalla azul pasó demasiado rápido para leerla, abre el Visor de eventos después del reinicio. Win+X, Visor de eventos, Registros de Windows, Sistema. Busca entradas BugCheck alrededor de la hora del crash. El campo Parámetros contiene cuatro valores hexadecimales — el segundo es el nivel IRQL solicitado y el cuarto es la dirección de la instrucción responsable. Más útil es el nombre del archivo .sys en la descripción si Windows lo detectó. He visto ntoskrnl.exe ser culpado cuando el verdadero responsable era un controlador de terceros que corrompió el espacio de memoria del kernel — ntoskrnl es el mensajero, no el asesino.

Un tipo trajo un PC gaming que daba pantalla azul cada vez que hacía alt-tab fuera de Valorant. IRQL_NOT_LESS_OR_EQUAL, módulo responsable nvlddmkm.sys. Crash de controlador NVIDIA de libro. Había actualizado al último controlador Game Ready dos días antes de que empezara. Revertimos a la versión anterior del archivo de controladores de NVIDIA y el problema paró inmediatamente. Tomó unos seis minutos incluyendo el arranque en Modo seguro.

Los Controladores Son Casi Siempre la Causa

Los adaptadores de red y controladores GPU causan probablemente el 80% de los crashes IRQL que veo. El nvlddmkm.sys de NVIDIA y el e1d65x64.sys o Netwtw10.sys de Intel aparecen constantemente. Si la pantalla azul nombra un archivo .sys, busca ese nombre en Google — encontrarás a qué controlador pertenece en el primer resultado.

Para controladores GPU, DDU en Modo seguro es la solución adecuada. Descarga DDU de wagnardsoft.com, descarga el controlador que quieres de nvidia.com o amd.com, arranca en Modo seguro, ejecuta DDU para eliminar todo, reinicia, instala el controlador limpio. No solo “Actualizar controlador” por el Administrador de dispositivos — encuentra un controlador genérico de Microsoft que generalmente empeora las cosas.

Para controladores de red, el Administrador de dispositivos está bien. Encuentra el adaptador, Propiedades, pestaña Controlador, Revertir controlador. Si Revertir está gris, desinstala el dispositivo completamente y reinicia — Windows reinstala el controlador predeterminado que generalmente es más viejo pero más estable. Si los crashes empezaron justo después de una Windows Update, la actualización probablemente cambió tu controlador del fabricante por uno genérico de Microsoft. Descarga el controlador correcto del sitio web real de Intel o Realtek.

RAM

Si no se nombra ningún archivo .sys, o si ntoskrnl.exe es lo único que aparece, sospecha de la RAM. La memoria mala causa crashes IRQL porque el CPU lee datos corruptos de una celda defectuosa e intenta ejecutarlos como una dirección de memoria válida — que no lo es, así que la violación de acceso se dispara. El patrón es aleatorio: crashes durante diferentes tareas, diferentes momentos, sin correlación con ningún controlador o programa específico.

El Diagnóstico de Memoria de Windows es casi inútil — ejecuta dos pasadas con patrones básicos y dice que todo está bien. MemTest86 es lo que realmente funciona. Arranca desde USB, déjalo correr mínimo cuatro pasadas durante la noche. Tuve un cliente cuya máquina pasó el Diagnóstico de Memoria de Windows tres veces pero MemTest86 detectó errores en la pasada cinco. Un DIMM tenía una sola celda mala que solo aparecía bajo pruebas extendidas. Lo sacamos, la máquina dejó de crashear.

Los perfiles XMP también causan esto. Tu RAM está clasificada para 3200 MHz o cualquier velocidad que diga la caja, pero XMP lleva el controlador de memoria más allá de las especificaciones oficiales de Intel o AMD. Algunas muestras de CPU pueden manejarlo, otras no. Si habilitaste XMP en el BIOS y empezaste a obtener crashes IRQL, vuelve al BIOS y desactívalo. Si los crashes paran, déjalo desactivado o prueba una velocidad menor como 3000 en vez de 3200. Revisa nuestra guía de pantallas azules para otros códigos de detención si no es específicamente IRQL.

Si has revisado el Visor de eventos, probado el controlador nombrado, ejecutado MemTest86, y sigue pasando — el problema podría ser algo más profundo como una ranura PCIe muriendo o inestabilidad del VRM de la placa base. Ese tipo de diagnóstico necesita a alguien mirando el hardware específico. Podemos extraer tus volcados de crash e historial del Visor de eventos remotamente y decirte exactamente qué está fallando.