Checklist para resolver pantalla azul en Windows 10

Post actualizado el día octubre 25, 2026 by DeiviSanzPlay

Antes de empezar: lo que necesitas tener a mano

Una pantalla azul (BSOD) no se arregla a ciegas. Ten preparado: el código de parada exacto que aparece en pantalla (o una foto con el móvil), la fecha aproximada del primer fallo, y si instalaste algo justo antes (controlador, actualización, antivirus, hardware nuevo). Sin ese dato, la mayoría de pasos siguientes son prueba y error.

Aclaración honesta: esta lista cubre los BSOD más frecuentes en Windows 10 doméstico y ofimático. No sirve para fallos de firmware en portátiles con BIOS bloqueada, ni para errores de memoria ECC en servidores, ni para discos con sectores dañados físicamente: ahí el checklist solo confirma que toca sustituir pieza.

Bloque 1: recogida de datos (5 minutos)

• Anota el código de parada. Ejemplos típicos: CRITICAL_PROCESS_DIED, IRQL_NOT_LESS_OR_EQUAL, PAGE_FAULT_IN_NONPAGED_AREA, WHEA_UNCORRECTABLE_ERROR. El nombre del archivo .sys que aparece debajo (nvlddmkm.sys, ntoskrnl.exe, dxgkrnl.sys) orienta mucho más que el código genérico.
• Comprueba si arranca en modo seguro. Si entra, el problema es casi seguro software (controlador o servicio). Si no entra, sospecha de hardware o del propio arranque.
• Revisa el Visor de eventos (events.msc → Registros de Windows → Sistema) filtrando por Error crítico y BugCheck. Ahí queda el código con parámetros que la pantalla no siempre muestra.

Bloque 2: descartar hardware antes de tocar software

Un error habitual es reinstalar Windows cuando el problema es un módulo de RAM. Orden práctico:

1. Ejecuta Diagnóstico de memoria de Windows (mdsched.exe). Programa el reinicio y deja que termine; el informe aparece en el Visor de eventos al volver. Un solo test puede no detectar fallos intermitentes: si sospechas, repite o usa MemTest86 desde USB durante varias pasadas.
2. Revisa la salud del disco con CrystalDiskInfo o el fabricante. Valores de Reasignados o Pendientes distintos de cero son mala señal.
3. Desconecta periféricos no esenciales (dock USB, hubs, impresoras). He visto BSOD intermitentes causados por un hub USB-C con alimentación defectuosa que solo fallaba al conectar el portátil al monitor.
4. Comprueba temperaturas con HWiNFO en carga. Un WHEA_UNCORRECTABLE_ERROR bajo carga suele apuntar a inestabilidad de CPU, VRM o overclock, no a Windows.

Bloque 3: controladores y software

• Desinstala la última actualización si el fallo empezó tras un parche: Configuración → Actualización y seguridad → Historial → Desinstalar actualizaciones.
• Controlador gráfico: usa DDU (Display Driver Uninstaller) en modo seguro y reinstala la versión del fabricante, no la de Windows Update. En equipos con gráfica integrada e dedicada, el conflicto entre ambas versiones provoca VIDEO_TDR_FAILURE con frecuencia.
• Comprueba el estado del sistema con sfc /scannow y después DISM /Online /Cleanup-Image /RestoreHealth desde símbolo del sistema como administrador. Si sfc repara cada vez los mismos archivos, el disco o la RAM están fallando.
• Antivirus de terceros: desinstálalo temporalmente (no solo desactives) si el BSOD menciona filtros de red o de sistema de archivos.
• Arranque limpio: msconfig → Ocultar servicios de Microsoft → Deshabilitar todo. Si desaparece el fallo, reactiva por mitades para localizar el servicio culpable.

Bloque 4: cuando nada de lo anterior funciona

• Restaurar el sistema a un punto anterior al primer BSOD.
• Comprobar el sector de arranque: bootrec /fixmbr, /fixboot, /rebuildbcd desde el entorno de recuperación.
• Reparación in-situ con el medio de instalación de Windows 10 (opción «Conservar archivos y aplicaciones»). No garantiza solución si el origen es hardware.
• Como último recurso, instalación limpia con disco formateado, verificando antes que el hardware pasa los tests del bloque 2.

Errores que cometen quienes llegan aquí

Buscar el código de parada en foros y aplicar la primera solución sin leer el archivo .sys asociado. Un IRQL_NOT_LESS_OR_EQUAL con ndis.sys apunta a red; el mismo código con ntfs.sys apunta a disco. Son problemas distintos con la misma etiqueta. También es común desactivar la reiniciación automática para leer el error y luego olvidar reactivarla, perdiendo el rastro de fallos posteriores: anota el cambio y revíertelo al terminar.

Ningún checklist sustituye un volcado de memoria analizado con WinDbg o WhoCrashed cuando el problema persiste. Si tras los cuatro bloques el BSOD sigue apareciendo, el siguiente paso razonable es abrir el .dmp de C:WindowsMinidump o acudir a soporte con ese archivo, no seguir probando ajustes al azar.

Sobre el autor: DeiviSanzPlay — Soy David Sanz, Editor y Responsable de Contenidos. Mi trabajo consiste en revisar, corregir y mejorar los contenidos de este blog para que la información sea clara, útil y esté bien estructurada. Trabajo con diferentes temáticas y verticales, por lo que una parte importante de mi día a día es analizar cada contenido, cuidar la redacción y asegurar que el lector encuentre información de calidad. Me gusta prestar atención a los detalles. Desde una corrección de estilo hasta la organización de un artículo, todo cuenta cuando se trata de crear contenidos que realmente aporten valor y sean fáciles de entender. En este blog encontrarás artículos sobre diferentes temas y sectores. Mi responsabilidad es cuidar y supervisar cada contenido para que mantenga unos estándares de calidad y ofrezca una buena experiencia a quien nos visita. Porque para mí, un buen contenido no consiste únicamente en escribir. También hay que revisar, contrastar, ordenar y pensar en la persona que está al otro lado de la pantalla.

Perfiles verificables: Sitio web

Publicado el 25 de October de 2026. Última revisión: 25 de October de 2026.