Arreglar SYSTEM_SERVICE_EXCEPTION en Win 11

El código de parada SYSTEM_SERVICE_EXCEPTION significa que un hilo del sistema generó una excepción que el manejador de errores no capturó. Código de parada 0x0000003B. Nueve de cada diez veces el controlador causante está ahí mismo en la pantalla azul junto al código — algo como win32kfull.sys, nvlddmkm.sys, dxgkrnl.sys, igdkmd64.sys. Si tienes un nombre de controlador, por ahí empiezas. Si solo dice SYSTEM_SERVICE_EXCEPTION sin nombre de archivo, necesitarás el volcado de memoria.

Los controladores de GPU son dueños de este código de parada. Más que cualquier otra pantalla azul, esta apunta a tu controlador de gráficos haciendo algo que no debería — intentando acceder a memoria fuera de su asignación, dividiendo por cero, cayendo en una ruta no manejada del pipeline de pantalla. El nvlddmkm.sys de NVIDIA específicamente aparece probablemente en la mitad de los volcados de SYSTEM_SERVICE_EXCEPTION que he revisado.

Si dice nvlddmkm.sys: descarga DDU (Display Driver Uninstaller) de Wagnardsoft, inicia en Modo seguro, ejecuta DDU para eliminar cada rastro del controlador NVIDIA, reinicia, instala un controlador fresco desde nvidia.com. No uses GeForce Experience para instalarlo — ve a nvidia.com/drivers, selecciona tu tarjeta manualmente, descarga el paquete solo de controlador. GeForce Experience ha sido la causa real de SYSTEM_SERVICE_EXCEPTION en dos máquinas en las que he trabajado. El overlay se engancha en el pipeline de pantalla y a veces conflictúa con el controlador que se supone debe gestionar.

Gráficos integrados Intel — igdkmd64.sys — crashea así cuando Windows Update instala un controlador Intel más nuevo que no se lleva bien con la revisión específica del hardware. Los Intel de 12ª gen Alder Lake tuvieron un período a finales de 2024 donde el controlador distribuido por Windows causaba SYSTEM_SERVICE_EXCEPTION en portátiles con doble GPU durante reproducción de video. Administrador de dispositivos, Adaptadores de pantalla, clic derecho en el adaptador Intel, Propiedades, pestaña Controlador, Revertir controlador. Si Revertir está en gris, actualiza manualmente desde el centro de descargas de Intel con la versión anterior.

win32kfull.sys y win32kbase.sys

Estos son archivos del subsistema de pantalla en modo kernel de Windows. Cuando aparecen junto a SYSTEM_SERVICE_EXCEPTION, no es un controlador de terceros — es Windows mismo crasheando durante el renderizado de gráficos. Aplicaciones específicas provocan esto más que cualquier cosa del sistema. Una Surface Pro 9 seguía crasheando cuando el dueño abría videollamadas de Teams — win32kfull.sys cada vez, solo durante video, nunca en reposo. El controlador Intel estaba bien, Teams estaba bien individualmente, pero la combinación de decodificación de video acelerada por hardware en Teams más la versión específica del controlador Intel equivalía a crash. Desactivamos la aceleración de hardware en la configuración de Teams y paró.

Photoshop, Chrome con aceleración de hardware activada, DaVinci Resolve, OBS — cualquier app que empuje renderizado GPU a través del stack de pantalla de Windows puede provocar esto. Si notas que el crash siempre ocurre durante una aplicación específica, desactiva la aceleración de hardware en la configuración de esa app primero.

La corrupción de fuentes también provoca crashes de win32kfull.sys. Archivos .ttf o .otf dañados en C:\Windows\Fonts hacen que el subsistema de renderizado se atragante. Si recientemente instalaste fuentes personalizadas y los crashes empezaron más o menos al mismo tiempo, elimina esas fuentes. También puedes reconstruir la caché de fuentes — detén el Servicio de caché de fuentes de Windows, elimina el contenido de C:\Windows\ServiceProfiles\LocalService\AppData\Local\FontCache\, reinicia el servicio.

Cuando No Hay Nombre de Controlador

A veces la pantalla azul solo dice SYSTEM_SERVICE_EXCEPTION sin archivo listado. Descarga BlueScreenView — lee los archivos minidump de C:\Windows\Minidump\ y te muestra exactamente qué módulo causó cada crash. La columna “Caused By Driver” te da el nombre de archivo que la pantalla azul no mostró.

Si BlueScreenView apunta a ntoskrnl.exe, ese es el kernel de Windows mismo — generalmente significa que el verdadero culpable es algo que corrompió la memoria del kernel. Ejecuta sfc /scannow desde un Símbolo del sistema elevado. Si SFC encuentra corrupción que no puede reparar, continúa con DISM /Online /Cleanup-Image /RestoreHealth y luego SFC de nuevo. Nuestra guía de SFC cubre el proceso completo cuando la primera pasada no arregla todo.

El software antivirus causa más crashes de SYSTEM_SERVICE_EXCEPTION de lo que la gente cree. Los controladores de filtro en modo kernel que los productos antivirus instalan se enganchan profundamente en Windows y cualquier bug en ellos crashea todo el sistema. Si recientemente instalaste o actualizaste Bitdefender, Norton, McAfee o Kaspersky, intenta desinstalarlo temporalmente y funcionar solo con Windows Defender unos días. Si los crashes paran, contacta al proveedor del antivirus o cambia de producto — Windows Defender es genuinamente suficiente ahora y los antivirus de terceros causan más problemas de los que previenen en la mayoría de máquinas.

Si ya pasaste por todo esto y los crashes no paran — diferente controlador en cada volcado, sin patrón claro, SFC limpio, sin antivirus de terceros — sospecha de la RAM. La memoria defectuosa puede causar literalmente cualquier código de parada porque la corrupción es aleatoria. Ejecuta el Diagnóstico de memoria de Windows (mdsched.exe), déjalo hacer la prueba extendida, toma unos 20 minutos. Si encuentra errores, necesitas averiguar qué módulo — saca uno, prueba, intercambia, prueba. Si nada funciona, envíanos los archivos de volcado y los leeremos correctamente.