SYSTEM_THREAD_EXCEPTION_NOT_HANDLED en Windows: qué significa y cómo arreglarlo

SYSTEM_THREAD_EXCEPTION_NOT_HANDLED es el nombre de una pantalla azul de Windows que indica que un subproceso del sistema lanzó una excepción que el propio sistema no supo manejar. En la pantalla verás ese texto como «Stop code» y, si abres los detalles técnicos (Visor de eventos o minivolcado), el número 0x0000007E (o 0x1000007E en la variante _M). Lo más habitual es que lo provoque un controlador (driver) defectuoso o incompatible, sobre todo el de la tarjeta de vídeo, y se arregla actualizándolo o desinstalándolo desde el Modo Seguro. Aplica a Windows 10 y Windows 11; si sigues en Windows 10, ten presente que ya no recibe soporte desde el 14 de octubre de 2025.

Qué es el error SYSTEM_THREAD_EXCEPTION_NOT_HANDLED y cuándo aparece

Es una comprobación de errores de Windows (en inglés, bug check) con stop code SYSTEM_THREAD_EXCEPTION_NOT_HANDLED y número 0x0000007E (o 0x1000007E en la variante _M). Significa que un subproceso del sistema generó una excepción y el controlador de errores no la capturó: el sistema se detuvo en seco para no perder datos. Detrás del fallo suele ir uno de estos códigos de excepción: 0x80000002 (referencia a datos desalineada), 0x80000003 (punto de interrupción sin depurador conectado) o 0xC0000005 (infracción de acceso a memoria).

El usuario solo ve el nombre en la pantalla azul; los números aparecen después, en el Visor de eventos o en el minivolcado de C:\Windows\Minidump.

Por qué Windows lanza SYSTEM_THREAD_EXCEPTION_NOT_HANDLED: lo que puede estar fallando

En la mayoría de los casos el culpable es un controlador gráfico recién actualizado (NVIDIA, AMD o Intel) o un controlador que Windows Update ha tocado. Si no, mira la memoria RAM o el disco. La tabla va de lo más frecuente a lo más raro.

Antes de tocar nada: identifica qué controlador o hardware causa el bug check

Antes de aplicar soluciones, conviene saber qué fila de la tabla anterior es la tuya. Las tres comprobaciones siguientes sirven para eso: si sale un nombre de archivo, casi siempre es un driver; si no sale ninguno, será una actualización, archivos del sistema o el hardware.

El archivo .sys responsable en el mensaje de la pantalla azul o el minidump

En la pantalla azul, debajo de «Stop code», Windows suele añadir una línea del estilo «What failed: Nvlddmkm.sys» o «What failed: Atikmdag.sys». Ese nombre es la pista más directa.

1. Apunta el nombre del archivo exactamente como aparece (respetando mayúsculas).
2. Si termina en .sys y contiene letras como nv (NVIDIA), atik o amd (AMD), igd (Intel) o ntfs/dxgmms2 (sistema o DirectX), apunta a esa fila de la tabla.
3. Si la pantalla no muestra el archivo, ve a C:\Windows\Minidump y abre el .dmp más reciente con BlueScreenView.

El Visor de eventos: el evento BugCheck 1001 con el código 0x0000007E

El registro de Windows deja un evento con el código de la comprobación de errores; ahí verás el driver y, sobre todo, el parámetro 1 con el código de excepción (0x80000002, 0x80000003 o 0xC0000005) que dirige a la causa.

1. Abre el Visor de eventos (Win+R > eventvwr.msc).
2. En el panel derecho, haz clic en «Filtrar registro actual».
3. Marca «Por id. de evento» y escribe 1001.
4. Abre el evento y busca el valor BugCheck (0x0000007E) y el parámetro 1 (código de excepción).

La herramienta BlueScreenView para ver el driver culpable

BlueScreenView lee los minivolcados de Windows y suele mostrar el driver que ha disparado el bug check. Es la herramienta más cómoda si no quieres usar un depurador.

1. Descarga BlueScreenView desde la web oficial de NirSoft (no hay alternativa fiable).
2. Instálalo y ejecútalo; abrirá automáticamente C:\Windows\Minidump.
3. En la columna «Causado por» verás el archivo .sys responsable.
4. Si apunta a un fabricante conocido (NVIDIA, AMD, Intel, Corsair…), ya tienes la causa y puedes ir al arreglo de driver.

La memoria y el disco, si el bugcheck aparece sin driver claro

Cuando ni el mensaje de la pantalla, ni el Visor de eventos ni BlueScreenView muestran un .sys sospechoso, el problema puede estar en la RAM o en el disco.

wmic diskdrive get status

Status
OK

1. Para la RAM: Win+R > mdsched.exe > «Reiniciar ahora y comprobar si hay problemas».
2. Para el disco: Símbolo del sistema como administrador y wmic diskdrive get status.
3. Si mdsched detecta errores o wmic devuelve algo distinto de OK, el hardware está fallando y toca probar módulos o cambiar el disco.

El bugcheck apunta a un driver: reinstálalo o quítalo

Si BlueScreenView, el Visor de eventos o la propia pantalla azul señalan un .sys concreto, esta parte es la tuya. Se aplica tanto a drivers de gráficos (NVIDIA, AMD, Intel) como a los del sistema (Ntfs.sys, dxgmms2.sys) que Windows Update puede haber actualizado. Empieza por lo menos arriesgado y ve subiendo.

Actualiza el driver desde el Administrador de dispositivos

Windows Update puede tener un driver incompatible; reinstalar uno actual del fabricante suele arreglarlo. Necesitas entrar a Windows, en Modo Seguro si el bug check se repite al arrancar.

1. Abre el Administrador de dispositivos con Win+X o devmgmt.msc.
2. Localiza el dispositivo: «Adaptadores de pantalla» (gráfica), «Adaptadores de red» (wifi/Ethernet), etc.
3. Clic derecho > «Desinstalar el dispositivo» y marca «Eliminar el software de controlador de este dispositivo».
4. Reinicia el equipo.
5. Entra en la web del fabricante (NVIDIA, AMD, Intel) y descarga la última versión compatible con tu Windows; instala y reinicia.

Vuelve a una versión anterior del driver si el problema viene de una actualización

Cuando el fallo apareció justo después de una actualización de Windows o del driver, la versión anterior solía funcionar bien; puedes revertirla sin descargar nada.

1. En el Administrador de dispositivos, clic derecho en el dispositivo > «Propiedades».
2. Abre la pestaña «Controlador».
3. Si «Revertir al controlador anterior» está disponible, púlsalo y reinicia.
4. Si el botón está gris, vuelve a la opción anterior (desinstalar el driver y reiniciar).

Renombra el .sys culpable desde el símbolo del sistema de Recuperación cuando no arranca

Si no puedes entrar a Windows ni en Modo Seguro, puedes impedir que Windows cargue el driver cambiando su extensión para que no lo encuentre.

1. Arranca en Modo Seguro con funciones de red (tres apagados forzados en la pantalla de inicio o F8).
2. Abre Símbolo del sistema como administrador.
3. Ejecuta:

ren C:\Windows\System32\drivers\Nvlddmkm.sys Nvlddmkm.old

1. Reinicia el equipo.

El bugcheck viene de una actualización de Windows o de archivos del sistema dañados

Esta parte te toca si el bugcheck empezó tras instalar una actualización grande de Windows, al subir de Windows 10 a 11, o cuando ningún driver concreto aparece como culpable.

Desinstala la actualización reciente desde Configuración

Si tienes claro que el problema empezó tras un parche concreto, quitarlo devuelve al estado en el que todo funcionaba.

1. Windows 11: Configuración > Windows Update > Historial de actualizaciones > Desinstalar.
2. Windows 10: Configuración > Actualización y seguridad > Windows Update > Ver historial de actualizaciones > Desinstalar.
3. Selecciona la actualización más reciente (la de arriba del todo) y reinicia.

Repara la imagen de Windows con DISM y SFC desde la Terminal

Si los archivos del sistema están dañados, los dos comandos oficiales los reponen: DISM descarga una imagen limpia y SFC reemplaza los archivos corruptos por la copia correcta.

1. Abre Terminal o Símbolo del sistema como administrador.
2. Ejecuta primero DISM (tarda varios minutos):

DISM /Online /Cleanup-Image /RestoreHealth

1. Cuando termine, ejecuta:

sfc /scannow

1. Al terminar, mira el resultado.

La protección de recursos de Windows no detectó ninguna infracción de integridad.

Restaura Windows a un punto anterior al problema

Si tienes un punto de restauración anterior al fallo, Restaurar sistema deja los archivos personales y los programas instalados en el estado de ese punto.

1. Win+R > rstrui > Aceptar.
2. Elige «Elegir un punto de restauración diferente» y marca uno anterior al bugcheck.
3. Confirma y espera a que termine; el equipo se reinicia solo.

El bugcheck apunta a la RAM o al disco: prueba el hardware

Esta parte te toca si mdsched marcó errores o si wmic diskdrive get status no devuelve OK. Empieza por la RAM, que es más barata de sustituir; después, el disco.

Pasa el test de memoria de Windows y anota si falla

El test de memoria de Windows es oficial y se ejecuta al reiniciar, fuera del sistema operativo, así que no se escapa nada.

1. Win+R > mdsched.exe > «Reiniciar ahora y comprobar si hay problemas».
2. Deja correr el análisis entero (varias pasadas).
3. Al volver a Windows, abre el Visor de eventos y filtra por id 1101 en «Registros de Windows > Sistema». Si hay errores, la RAM está fallando.
4. Si hay fallos, prueba los módulos uno a uno en cada ranura hasta dar con el que falla.

Comprueba el estado del disco con su fabricante

Las marcas de discos (Seagate, WD y otras) tienen herramientas de diagnóstico gratuitas que leen el SMART del disco y, en muchos casos, lo reparan.

1. Identifica tu disco (Administrador de dispositivos > Unidades de disco) y entra en su web (Seagate SeaTools, WD Data Lifeguard, etc.).
2. Descarga la herramienta oficial desde la web del fabricante.
3. Crea un USB de arranque con ella si el disco es el de sistema.
4. Lanza el test corto y, si hay errores, el test largo.

No entras a Windows en bucle y nada de lo anterior funciona

Cuando el equipo solo arranca en Modo Seguro o se reinicia solo una y otra vez, hay que ir a las opciones del entorno de Recuperación de Windows. Ve de menos a más drástico.

Arranca en Modo Seguro con funciones de red

El Modo Seguro carga Windows con lo mínimo y la red, justo para poder descargar drivers, ejecutar DISM/SFC o usar BlueScreenView.

1. En la pantalla de inicio de sesión o en el bucle de reinicios, mantén el botón de encendido unos 10 segundos para forzar el apagado. Repite tres veces.
2. Windows entra en el entorno de Recuperación: «Solucionar problemas» > «Opciones avanzadas» > «Configuración de inicio» > «Reiniciar».
3. Pulsa 5 para «Habilitar modo seguro con funciones de red».

Alternativa: en el arranque, pulsa F8 y elige «Modo seguro con funciones de red».

Reinicia Windows conservando los archivos desde el entorno de Recuperación

Si nada dentro de Windows funciona, esta opción reinstala el sistema dejando tus archivos personales, aunque toca reinstalar programas y drivers.

1. Desde «Opciones avanzadas», elige «Restablecer este equipo».
2. Selecciona «Mantener mis archivos».
3. Confirma y espera; el equipo se reinicia varias veces.

Reinstala Windows desde un USB de instalación oficial

Si el sistema no se recupera ni con el «restablecer», lo mejor es una instalación limpia desde el medio oficial de Microsoft.

1. Descarga la Herramienta de creación de medios desde microsoft.com en otro PC.
2. Crea un USB de instalación de al menos 8 GB.
3. Arranca el PC desde el USB (boot order en UEFI/BIOS o menú de arranque con la tecla del fabricante).
4. Elige «Instalar Windows conservando archivos» si quieres mantener la carpeta Usuarios, o «Personalizada» para un disco limpio.

Lo que ya puedes descartar de SYSTEM_THREAD_EXCEPTION_NOT_HANDLED

• El stop code siempre es el mismo, con dos números: 0x0000007E y 0x1000007E (variante _M).
• Las cuatro vías de arreglo son: driver, actualización, archivos del sistema y hardware.
• Si BlueScreenView no señala un .sys, casi siempre es actualización o archivos del sistema; la RAM y el disco son la última fila.
• En Windows 10, recuerda que ya no hay soporte desde el 14 de octubre de 2025: no esperes más parches para este error.
• Datos comprobados en octubre de 2026.

Si tras aplicar estas soluciones el bugcheck sigue apareciendo en vivo y el equipo es crítico, conviene ponerse en manos de un técnico que pueda leer el minivolcado con WinDbg.

Dudas sobre el error SYSTEM_THREAD_EXCEPTION_NOT_HANDLED