Arreglar CRITICAL_PROCESS_DIED en Windows 11 (2026)
Respuesta breve: Si la máquina aún arranca, abre el Símbolo del sistema como administrador y ejecuta DISM /Online /Cleanup-Image /RestoreHealth, luego sfc /scannow — ese par arregla CRITICAL_PROCESS_DIED cerca del 55% de las veces, porque suele ser un archivo de sistema corrupto y no hardware. Si el crash vuelve tras una reparación limpia, pasa a probar la RAM y revertir actualizaciones de drivers recientes.
Si tu máquina todavía arranca — aunque se crashee veinte minutos después — abre el Símbolo del sistema como administrador y ejecuta DISM /Online /Cleanup-Image /RestoreHealth primero, espera 10-20 minutos, luego sfc /scannow. Este par arregla el crash alrededor del 55% de las veces porque CRITICAL_PROCESS_DIED usualmente es un archivo de sistema corrupto, no un problema de hardware. Si SFC dice “encontró archivos corruptos y los reparó exitosamente,” reinicia y ve si el crash regresa.
La ThinkPad T14s de un dueño de pequeño negocio estaba atascada en un bucle de arranque — pantalla azul, carita triste, CRITICAL_PROCESS_DIED, reinicio, repetir. Llevaba veinte minutos presionando el botón de encendido. Toda su base de datos de clientes estaba en esa máquina y tenía una presentación en tres horas. Resultó ser un driver de audio Realtek — rtkvhd64.sys — que Windows Update había empujado silenciosamente dos días antes. Estaba crasheando csrss.exe en cada arranque. Arrancamos en Modo seguro, revertimos el driver en el Administrador de dispositivos, la máquina subió limpia. Doce minutos una vez que entramos al Modo seguro. Él estaba a punto de restablecer de fábrica porque el primer resultado de Google le dijo que lo hiciera.
Eso es lo que pasa con este error — suena catastrófico. Uno de los procesos esenciales del kernel de Windows (csrss.exe, smss.exe, wininit.exe — la plomería de bajo nivel para gestión de memoria y manejo de sesiones) terminó inesperadamente, y Windows no puede continuar sin ellos. Pero aproximadamente nueve de cada diez veces es o un archivo corrupto o un driver malo. Ambos reparables sin borrar la máquina.
El Bucle de Arranque
Cuando la máquina se crashea antes de llegar al escritorio en cada intento, necesitas el Entorno de Recuperación de Windows. Enciende la máquina, espera el logo de Windows o los puntos girando, mantén presionado el botón de encendido por diez segundos sólidos. Repite tres veces. En el cuarto encendido, Windows entra en WinRE automáticamente — Microsoft diseñó este comportamiento a propósito.
Desde WinRE, prueba Reparación de inicio primero (Solucionar problemas, Opciones avanzadas, Reparación de inicio). Es automatizado, toma 5-10 minutos, y arregla el problema quizá un tercio de las veces. No grandes probabilidades pero cero esfuerzo.
Si eso no funciona, arranca en Modo seguro. Solucionar problemas, Opciones avanzadas, Configuración de inicio, Reiniciar, presiona 4. El Modo seguro carga solo drivers esenciales de Microsoft. Si Windows arranca bien en Modo seguro, el crash viene de un driver de terceros — y desde Modo seguro puedes desinstalarlo, ejecutar sfc/DISM, o revertir una actualización reciente.
Tercera opción desde WinRE: Solucionar problemas, Opciones avanzadas, Desinstalar actualizaciones. Botones separados para la última actualización de calidad (parches mensuales) y la última actualización de características (actualizaciones de versión mayor). Empieza con actualización de calidad ya que esas se envían mensualmente y es más probable que sean el cambio reciente que rompió las cosas. Nuestra guía de Windows Update cubre el procedimiento completo de reversión.
Encontrar el Driver
Si la pantalla azul mostró un nombre de archivo junto a “What failed:” — algo terminando en .sys como rtkvhd64.sys o nvlddmkm.sys — ese es tu culpable. Busca el nombre del archivo en Google y encontrarás a qué hardware pertenece. Reviértelo a través del Administrador de dispositivos (encuentra el dispositivo, doble clic, pestaña Controlador, Revertir controlador).
Si no aparece ningún driver, o solo dice ntoskrnl.exe (que aparece en docenas de problemas no relacionados porque todo pasa por el kernel), abre el Visor de Eventos. Win+R, escribe eventvwr, expande Registros de Windows, haz clic en Sistema, busca eventos Críticos o de Error con Origen “BugCheck” cerca de la hora del crash. El panel de detalles frecuentemente nombra el módulo fallante.
Los drivers que veo causar este crash más seguido: drivers de GPU (nvlddmkm.sys para NVIDIA, atikmdag.sys para AMD), drivers de audio (rtkvhd64.sys para Realtek), y drivers de controlador de almacenamiento. Para problemas de GPU específicamente, DDU (Display Driver Uninstaller) en Modo seguro es la opción nuclear — elimina todo incluyendo entradas fantasma del registro, luego reinstalas fresco desde nvidia.com o amd.com. Nuestra guía de BSOD cubre el flujo completo de búsqueda de drivers con BlueScreenView.
RAM y Almacenamiento
Si las soluciones de software no se mantienen — SFC repara archivos pero el crash regresa días después, o los crashes pasan incluso en Modo seguro — algo físico está fallando.
La RAM es la causa más sigilosa. Una celda de memoria defectuosa corrompe cualquier dato que aterrice en esa dirección, incluyendo las estructuras internas de las que depende csrss.exe. Los crashes parecen aleatorios porque qué proceso va dónde cambia en cada arranque. El Diagnóstico de memoria de Windows detecta fallas obvias de módulo muerto pero se pierde fallas sutiles. MemTest86 es la prueba real — arranca desde USB, déjalo correr al menos una pasada completa (30-90 minutos dependiendo del tamaño de RAM). Cualquier error significa que ese módulo necesita reemplazo. DDR4 cuesta $20-30, DDR5 $35-50, el cambio toma cinco minutos en la mayoría de laptops.
El almacenamiento es la otra causa de hardware que veo regularmente. Si SFC repara corrupción pero el mismo crash regresa dentro de días, el disco tiene sectores malos y está activamente redañando los archivos reparados. Ejecuta chkdsk C: /f /r desde el Símbolo del sistema como administrador — la bandera /r escanea por sectores malos (toma de 30 minutos a varias horas, requiere reinicio). Descarga CrystalDiskInfo y revisa Conteo de Sectores Reasignados y Conteo de Sectores Pendientes Actuales — ambos deberían ser cero. Cualquier cosa diferente de cero es una advertencia. Arriba de 50 significa que el disco se está muriendo y deberías sacar tus datos antes de que empeore. Nuestra guía de disco duro cubre el diagnóstico completo. Si tu código de detención alterna entre CRITICAL_PROCESS_DIED y KERNEL_DATA_INPAGE_ERROR, el disco es casi seguramente el problema. Si dice DPC_WATCHDOG_VIOLATION en su lugar, es una bestia diferente — problema de temporización del controlador de almacenamiento o driver de GPU, no corrupción de archivos.
SFC Sigue Fallando
Si SFC dice que encontró corrupción pero no pudo arreglarla, las copias de respaldo en WinSxS también están dañadas. Ejecuta DISM /Online /Cleanup-Image /RestoreHealth primero — esto descarga copias prístinas de los servidores de Microsoft (15-30 minutos, necesita internet). Luego ejecuta sfc /scannow de nuevo. DISM le da a SFC material fuente limpio, así que la segunda pasada arregla lo que la primera no pudo. He visto máquinas que necesitaron dos ciclos completos de DISM-luego-SFC antes de que todo quedara limpio. Nuestra guía de SFC cubre cómo leer resultados del CBS.log cuando la reparación estándar falla.
Si incluso DISM no puede restaurar el almacén de componentes, una reparación de actualización in-place es el siguiente paso antes de un restablecimiento completo. Descarga el ISO de Windows 11 de Microsoft, móntalo, ejecuta setup.exe, elige “Conservar archivos personales y aplicaciones.” Esto reinstala Windows encima de sí mismo manteniendo todo — toma 30-60 minutos y arregla casi toda la corrupción a nivel de sistema. Nuestra guía de restablecimiento de fábrica cubre el procedimiento completo. Si tu máquina también se congela sin dar pantalla azul o corre generalmente lenta, esos problemas frecuentemente comparten la misma corrupción subyacente, y podemos sacar los archivos minidump y ejecutar análisis WinDbg remotamente para identificar el módulo fallante exacto en unos veinticinco minutos.
Preguntas Frecuentes
¿Qué significa CRITICAL_PROCESS_DIED en Windows 11?
Significa que uno de los procesos esenciales del kernel de Windows — como csrss.exe, smss.exe o wininit.exe — se crasheó o fue terminado inesperadamente. Windows no puede seguir funcionando sin estos procesos, así que inmediatamente da pantalla azul. La causa subyacente usualmente es un archivo de sistema corrupto, un driver defectuoso, RAM mala o un disco de almacenamiento fallando — no el proceso en sí.
¿Puedo arreglar CRITICAL_PROCESS_DIED sin reinstalar Windows?
Sí, aproximadamente nueve de cada diez veces. La solución más común es ejecutar SFC y DISM para reparar archivos de sistema corruptos, lo que resuelve el problema alrededor del 55% de las veces. Revertir un driver recientemente actualizado es la segunda solución más común. Restablecer de fábrica o instalación limpia debería ser tu último recurso absoluto, no tu primer paso.
¿Por qué CRITICAL_PROCESS_DIED sigue regresando después de reparar con SFC?
Si SFC repara exitosamente archivos corruptos pero el crash regresa días después, tu disco de almacenamiento probablemente tiene sectores malos. El disco está físicamente redañando los archivos reparados. Ejecuta 'chkdsk C: /f /r' y revisa CrystalDiskInfo buscando Conteo de Sectores Reasignados arriba de cero. Si el disco está fallando, ninguna reparación de software arreglará el problema permanentemente — el disco necesita reemplazo.
¿Cómo arreglo CRITICAL_PROCESS_DIED si no puedo arrancar Windows?
Fuerza el Entorno de Recuperación de Windows encendiendo la máquina, esperando el logo de Windows, luego manteniendo presionado el botón de encendido por 10 segundos. Repite tres veces. En el cuarto encendido, aparece WinRE. Desde ahí, prueba Reparación de inicio primero, luego arranca en Modo seguro para desinstalar drivers problemáticos o ejecutar SFC/DISM, o desinstala la actualización de Windows más reciente.
¿La RAM mala puede causar CRITICAL_PROCESS_DIED?
Sí, y es más común de lo que la mayoría piensa. Una celda de memoria defectuosa puede corromper cualquier dato almacenado en esa dirección — incluyendo las estructuras de datos de las que dependen los procesos críticos de Windows. Los crashes parecen aleatorios porque la asignación de memoria cambia en cada arranque. Prueba con MemTest86 (gratis) — cualquier error significa que el módulo de RAM necesita reemplazo.