BSOD intermitentes en Windows 11: solución real para PAGEFAULTINNONPAGEDAREA, IRQL\NOT\LESS\OR\EQUAL, UNEXPECTED\STORE\EXCEPTION y SYSTEM\SERVICE\EXCEPTION

Si tu PC con Windows 11 muestra pantallas azules diferentes de forma intermitente, este caso real —con i9‑13900KF, Z790 y 4×16 GB DDR5— condensa síntomas, diagnóstico y una ruta de solución reproducible que estabilizó el sistema sin cambiar hardware.

Índice

Resumen del caso y del equipo

Desde finales de noviembre, el equipo comenzó con cuelgues esporádicos que evolucionaron a BSOD frecuentes con varios códigos de detención: PAGEFAULTINNONPAGEDAREA, IRQLNOTLESSOREQUAL, UNEXPECTEDSTOREEXCEPTION y SYSTEMSERVICEEXCEPTION (también se ven frecuentemente con guiones bajos: IRQLNOTLESSOREQUAL, UNEXPECTEDSTOREEXCEPTION, SYSTEMSERVICEEXCEPTION). Las primeras comprobaciones clásicas no resolvieron el problema. La estabilidad llegó al combinar RAM a valores JEDEC (sin XMP/DOCP), actualización del chipset, instalación limpia desde USB y sfc /scannow tras la instalación.

ComponenteDetalle
CPUIntel Core i9‑13900KF
Placa baseASUS Prime Z790‑P WiFi
Memoria64 GB DDR5 (4×16) a 6000 MT/s (perfil XMP)
GPUNVIDIA GeForce RTX 4090
Almacenamiento SSDNVMe Samsung 970 EVO Plus 2 TB
Almacenamiento HDDWD Blue 4 TB
Fuente1050 W
SistemaWindows 11

Síntomas y hallazgos

  • Cuelgues y pantallas azules intermitentes con varios stop codes.
  • MemTest86 sin errores: baja probabilidad de RAM físicamente dañada.
  • Eventos repetidos en el Visor:
    • BugCheck (Kernel‑BugCheck) y Kernel‑Power críticos posteriores al apagado inesperado.
    • Errores del servicio Intel Connectivity Network Service (relacionado con paquetes Intel de red/Connectivity).
  • Desactivar XMP/DOCP y actualizar chipset mejoró la estabilidad, pero persistieron algunos BSOD.
  • Driver Verifier provocó caídas adicionales sin señalar un culpable único; típico de corrupción de memoria de origen difuso.
  • Instalación limpia desde USB, seguida de sfc /scannow tras un BSOD aislado al crear un punto de restauración: Windows reparó archivos y el sistema quedó estable durante horas de uso real.
  • CrystalDiskInfo reportó buena salud de SSD y HDD, descartando origen en almacenamiento.

Solución aplicada y por qué funciona

  1. Desactivar XMP/DOCP y usar valores JEDEC en la DDR5. Con 4 módulos DDR5 a alta frecuencia (4×16 a 6000 MT/s), el controlador de memoria integrado (IMC) de la CPU puede volverse inestable. Esto no implica RAM defectuosa: es una cuestión de señal/timing y carga del IMC. Al volver a valores JEDEC (por ejemplo, 4800–5200 MT/s con timings más relajados) se reducen errores aleatorios que se manifiestan como IRQLNOTLESSOREQUAL y PAGEFAULTINNONPAGEDAREA.
  2. Actualizar controladores del chipset desde el fabricante de la placa. Los paquetes de chipset ajustan cómo el sistema operativo interactúa con el PCH/ME, buses y energía. Un chipset desactualizado puede acentuar race conditions o gestionar mal estados C/P, derivando en SYSTEMSERVICEEXCEPTION o UNEXPECTEDSTOREEXCEPTION. La actualización eliminó incompatibilidades de plataforma.
  3. Instalación limpia de Windows 11 desde USB (no «Restablecer este PC»). El restablecimiento suele conservar controladores y residuos. Al instalar desde USB se reescriben imágenes, se parte de una base conocida y se minimiza la herencia de corrupción antigua.
  4. Ejecutar sfc /scannow tras la instalación. Incluso después de una instalación limpia puede quedar corrupción por cortes previos o por un fallo durante creación de puntos de restauración. SFC reparó archivos del sistema y, a partir de ahí, el equipo se estabilizó.
  5. Verificar discos con CrystalDiskInfo. Confirmar SMART saludable en SSD/HDD descartó a almacenamiento como origen de los BSOD.

Relación entre códigos BSOD y causas probables

CódigoSeñal típicaQué sugiereMedida eficaz en este caso
PAGEFAULTINNONPAGEDAREAAcceso inválido a memoria no paginadaDriver defectuoso, OC de RAM/IMC, corrupciónRAM a JEDEC, reinstalación limpia, SFC
IRQLNOTLESSOREQUALAcceso a direcciones a IRQL elevadoDrivers, DPC/ISR, OC inestableRAM a JEDEC, actualizar chipset
UNEXPECTEDSTOREEXCEPTIONExcepción de capa de almacenamientoCorrupción del sistema, filtro de discoInstalación limpia, SFC/DISM, comprobar SMART
SYSTEMSERVICEEXCEPTIONFallo en llamada a servicio de kernelDrivers, corrupción del sistema, seguridadInstalación limpia, SFC, chipset

Procedimiento paso a paso recomendado

Preparación

  • Haz copia de seguridad de tus datos críticos.
  • Ten a mano un USB de instalación de Windows 11 y, en otro medio, los controladores mínimos: chipset, red y gráficos.

Desactivar XMP/DOCP y volver a JEDEC

  1. Entra en UEFI/BIOS.
  2. Desactiva XMP/DOCP/EXPO y selecciona Auto o un perfil JEDEC seguro (4800–5200 MT/s).
  3. Guarda y reinicia. Prueba estabilidad durante varias horas de uso mixto (navegador, juegos, productividad).

Opcional: si deseas acercarte a 5600 MT/s, sube en pasos de 200 MT/s y verifica estabilidad. Con 4 DIMM, 6000 MT/s suele requerir ajustes finos de voltajes/timings que no conviene aplicar para un sistema de producción.

Actualizar el chipset y componentes de plataforma

  1. Instala el paquete de chipset más reciente para tu modelo de placa.
  2. Actualiza Intel Management Engine Interface (MEI) si está disponible para tu placa.
  3. Comprueba en el Administrador de dispositivos → Dispositivos del sistema que no queden advertencias.

Realizar instalación limpia desde USB

  1. Crea un USB de instalación oficial.
  2. Arranca desde él, elige Personalizada y elimina particiones del sistema de la unidad de sistema (hazlo solo si ya copiaste tus datos).
  3. Instala Windows 11, omite utilidades de terceros durante el OOBE.
  4. Tras el primer inicio, instala chipsetred (Ethernet/Wi‑Fi)gráficosaudio → resto.

Reparar imágenes y archivos tras instalar

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

Si SFC repara archivos, reinicia y ejecuta otra pasada hasta obtener Protección de recursos de Windows no encontró ninguna infracción de integridad.

Comprobar almacenamiento y controladores NVMe

  • Abre CrystalDiskInfo y revisa Estado de salud y contadores SMART del SSD/HDD.
  • Mantén el Controlador NVMe de Microsoft salvo necesidad concreta del controlador del fabricante.

Checklist de estabilidad tras la corrección

AcciónCómoResultado esperado
Prueba de uso real4–8 h de navegación, edición, juegoSin BSOD ni «micro‑freezes»
Visor de eventosRegistros del SistemaSin nuevos BugCheck; Kernel‑Power solo si hubo apagado forzado
SFCsfc /scannowSin violaciones de integridad
SMARTCrystalDiskInfo«Bueno» sin sectores reasignados

Si el problema reaparece: plan de contención

Memoria

  • Mantén XMP/DOCP desactivado. Si quieres probar rendimiento, sube a 5600/5200 MT/s y valida.
  • Prueba por pares: usa solo A2/B2 (según manual) y observa si desaparecen los BSOD. Esto detecta el efecto «4‑DIMM».

Servicios y drivers de red Intel

  • Si vuelven errores del servicio Intel Connectivity Network Service y no usas esa suite, desinstala el paquete de Connectivity o inhabilita el servicio; conserva únicamente el driver base Wi‑Fi/Ethernet/Bluetooth específico de tu placa.

Uso puntual de Driver Verifier

Ejecuta Verifier solo cuando estés investigando, porque puede forzar BSOD a propósito ante cualquier desvío del comportamiento de un driver.

verifier /standard /all

Si entras en bucle de pantallas azules, inicia en Modo seguro y desactiva:

verifier /reset

Otras comprobaciones rápidas

  • DISM /Online /Cleanup-Image /RestoreHealth y sfc /scannow ante cualquier anomalía.
  • Revisa que tu BIOS/UEFI esté al día y, si tu fabricante lo ofrece, actualiza ME/MEI de Intel.
  • Consulta el Monitor de confiabilidad para ver tendencias y fallos de app/driver.

Descartar hardware en último término

  • Con RAM a JEDEC y Windows limpio, los siguientes sospechosos son fuente y placa. Una fuente intermitente puede inducir errores transitorios incluso sin reinicios.
  • Si es posible, prueba con otra fuente de calidad o con otra placa base compatible.

Notas técnicas que aclaran señales confusas

  • Kernel‑Power (ID 41) es casi siempre consecuencia del apagado anómalo, no su causa.
  • Un volcado que señala nt!RtlpUnwindPrologue no implica que ntoskrnl «sea el culpable»; suele ser síntoma de estado de memoria corrompido por algo previo.
  • El proceso activo (p. ej. sppsvc.exe) en el momento del fallo no tiene por qué ser el origen; simplemente estaba en ejecución cuando ocurrió la corrupción.

Cómo revisar minivolcados de forma práctica

  1. Asegura que tienes activado el volcado de memoria:
    Panel de control → Sistema → Configuración avanzada → Inicio y recuperación → Escritura de información de depuraciónVolcado de memoria automático.
  2. Abre el minivolcado (%SystemRoot%\Minidump) con tu visor favorito o con WinDbg.
  3. Comandos útiles: !analyze -v lm !thread !drvobj <nombredeldriver> 2
  4. Interpreta con criterio: si no hay un driver consistente en varios volcados, piensa en inestabilidad de plataforma/IMC o corrupción preexistente, no en un «driver malo» aislado.

Buenas prácticas para mantener la estabilidad después

  • Evita utilidades invasivas de «optimización» y paquetes de fabricante que añaden servicios residentes si no los necesitas.
  • Instala solo controladores imprescindibles: chipset, red, gráficos, audio. El resto, cuando haya un motivo.
  • Deja el plan de energía en Equilibrado salvo necesidades específicas; evita combinaciones de OC agresivo con 4 DIMM.
  • Si usas antivirus distintos a Windows Defender, comprueba que estén certificados para Kernel Mode Code Integrity y memoria con aislamiento. Si hay conflictos, prueba con Defender.

Preguntas frecuentes

¿Por qué MemTest86 no detectó nada si el problema era «memoria»?
Porque no era un fallo físico reproducible de los chips, sino una condición de timing/voltaje por la carga de 4 DIMM a 6000 MT/s. MemTest86 puede pasar y, aun así, el sistema ser inestable bajo Windows por patrones de carga reales distintos.

¿Debo instalar el controlador NVMe del fabricante para mi SSD?
En la mayoría de escenarios con Windows 11, el controlador NVMe estándar de Microsoft funciona de forma estable y es preferible salvo que el fabricante recomiende uno específico para una función concreta.

¿Es obligatorio formatear? ¿No basta con «Restablecer este PC»?
El restablecimiento puede conservar residuos de controladores/servicios. La instalación limpia desde USB asegura una base más predecible y fue clave en este caso.

¿Puedo volver a XMP después?
Sí, pero hazlo de forma incremental (5200 → 5600 → 5800 MT/s) y valida varias horas. Con 4 módulos, alcanzar 6000 MT/s estables puede no ser viable sin ajustes complejos.

Resumen accionable

  1. Vuelve la RAM a JEDEC y prueba.
  2. Actualiza chipset/ME/MEI de tu placa.
  3. Haz instalación limpia de Windows 11 desde USB.
  4. Ejecuta DISM y SFC tras instalar.
  5. Verifica SMART con CrystalDiskInfo.
  6. Si persiste: prueba 2 DIMM, desinstala la suite de conectividad Intel, usa Driver Verifier de forma puntual y, como último paso, prueba otra fuente/placa.

Comandos y rutas útiles

sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
verifier /reset

Panel de control → Sistema → Configuración avanzada → Inicio y recuperación: activa «volcado de memoria» para facilitar diagnósticos futuros.

Estado final y lecciones

El equipo quedó estable tras combinar cuatro acciones: RAM a valores seguros JEDEC, actualización de chipset, instalación limpia desde USB y reparación con sfc /scannow. No se evidenció fallo físico de RAM ni de almacenamiento. La conclusión práctica es clara: ante BSOD múltiples y aparentemente inconexos en Windows 11 sobre plataformas DDR5 con 4 DIMM, empieza por estabilizar la memoria y la plataforma, elimina residuos con una instalación limpia y valida integridad del sistema. Este enfoque evita perseguir culpables falsos y maximiza la probabilidad de una reparación definitiva con el menor reemplazo de hardware posible.

Índice