Referencia técnica independienteSitio oficial
  • Software y sistemas
  • Sistema operativo

CRITICAL_PROCESS_DIED

CRITICAL_PROCESS_DIED (0xEF) en Windows: un proceso crítico del sistema se ha detenido

Verificada con fuentes3 fuentesRevisada 3 oct 2026
¿Viene un técnico? Mira los 2 pasos que debe enseñarte

Nivel de riesgo

Precaución

Actúa con cuidado; puede requerir técnico si persiste.

Urgencia

Alta — no esperes

Respuesta rápida

Un proceso imprescindible de Windows terminó y el sistema se detuvo para protegerse. Anota el código y qué hacías, y deshaz el último hardware, controlador o servicio que añadiste antes de probar reparaciones.

Seguridad primero

Antes de continuar

  • Que el proceso caído sea de Windows no significa que haya que reinstalar Windows ni que una pieza esté rota: Microsoft lo vincula a menudo a controladores o servicios añadidos. Prueba primero a deshacer cambios.

Puedes hacerlo con seguridad

  • Código, contexto y último cambio
  • Administrador de dispositivos
  • Comprobador de archivos de sistema
  • Registro del sistema en el Visor de eventos

Deja estas tareas a un profesional cualificado

  • No intentes esta tarea profesional: Analizar los volcados de memoria
  • No intentes esta tarea profesional: Diagnóstico de hardware y firmware

Lo que un técnico debe poder justificar

Viene un técnico

Estos son los pasos que tiene que hacer y enseñarte. Márcalos mientras trabaja: si se salta pasos, no aceptes el cambio de pieza.

No son instrucciones para que abras o manipules el equipo. Son las comprobaciones que deben sostener una conclusión técnica.

  1. Analizar los volcados de memoria

    Qué haceSoporte técnico revisa primero el volcado de usuario si existe y después el de kernel con WinDbg (!analyze -v, !process o !thread según el parámetro 2), comparando varios volcados.

    Te tiene que enseñarla salida de !analyze -v con el proceso o hilo afectado.

    Por escritoqué módulo o servicio se identificó y qué se cambió.

  2. Diagnóstico de hardware y firmware

    Qué haceEjecuta el diagnóstico de hardware del fabricante del equipo y comprueba si hay BIOS o firmware actualizados y si el hardware nuevo es compatible con tu Windows.

    Te tiene que enseñarel informe del diagnóstico y las versiones instaladas.

    Por escritoresultado de cada prueba y, si se sustituye una pieza, referencia y motivo.

Antes de aceptar una pieza o reparación

Aún no ha demostrado nada. No aceptes un cambio de pieza solo por el código.

Sigue estos pasos

Aviso: Sigue el orden documentado. Un código identifica el sistema afectado, pero por sí solo no demuestra qué pieza está averiada.

  1. Código, contexto y último cambio

    Sin herramientas especiales

    Quién:
    tú.
    Cómo:
    fotografía la pantalla, anota la hora, qué estabas haciendo y si en los días previos instalaste hardware, controladores o programas que funcionen como servicio.
    Resultado que importa:
    si el fallo coincide con un cambio concreto.
    Si coincide:
    retira o actualiza ese elemento y comprueba si el pantallazo deja de repetirse.
    Si no hay cambios recientes:
    pasa a revisar archivos de sistema y registros.
    Evidencia a conservar:
    foto del código, hora y lista de cambios.

    Evidencia: Bug Check 0xEF CRITICAL_PROCESS_DIED · Solución de problemas de reinicios inesperados y errores de código de detención de Windows

  2. Administrador de dispositivos

    Sin herramientas especiales

    Quién:
    tú.
    Cómo:
    haz clic derecho en Inicio, abre Administrador de dispositivos y busca dispositivos con signo de exclamación; en ese dispositivo elige Actualizar controlador.
    Resultado que importa:
    si algún dispositivo aparece marcado.
    Si hay uno marcado:
    su controlador es candidato; actualízalo y observa si se repite el fallo.
    Si ninguno aparece marcado:
    no descarta un controlador, pero no hay pista visible aquí.
    Evidencia a conservar:
    nombre del dispositivo marcado y versión del controlador antes y después.

    Evidencia: Bug Check 0xEF CRITICAL_PROCESS_DIED · Solución de problemas de reinicios inesperados y errores de código de detención de Windows

  3. Comprobador de archivos de sistema

    Sin herramientas especiales

    Quién:
    tú, con cuenta de administrador.
    Cómo:
    abre Símbolo del sistema como administrador y ejecuta SFC /scannow; espera a que termine y reinicia.
    Resultado que importa:
    si SFC informa de archivos dañados reparados.
    Si encontró y reparó daños:
    es una causa probable; vigila si el pantallazo vuelve.
    Si no encontró nada:
    los archivos protegidos están bien; la causa está en otra parte.
    Evidencia a conservar:
    captura del mensaje final de SFC.

    Evidencia: Bug Check 0xEF CRITICAL_PROCESS_DIED

  4. Registro del sistema en el Visor de eventos

    Sin herramientas especiales

    Quién:
    tú.
    Cómo:
    abre el Visor de eventos, entra en Registros de Windows, Sistema, y busca errores críticos a la misma hora que el pantallazo.
    Resultado que importa:
    si aparece un servicio o dispositivo con errores justo antes de la detención.
    Si aparece:
    anótalo; señala qué servicio o controlador investigar.
    Si no hay nada en esa franja:
    el análisis del volcado de memoria será la siguiente vía.
    Evidencia a conservar:
    captura del evento con su origen y hora.

    Evidencia: Bug Check 0xEF CRITICAL_PROCESS_DIED

Situación no resuelta

Si el error persiste, no sigas probando por tu cuenta. Mira qué tiene que hacer y enseñarte el técnico.

Dónde se aplica este código

Un código solo tiene significado dentro del producto y la versión correctos.

Ámbito principal

Sistema
Software y sistemas
Marca
Microsoft Windows
Tipo de producto
Sistema operativo

Variantes conocidas del código

  • 0x000000EF
  • 0xEF
  • CRITICAL PROCESS DIED
  • STOP 0x000000EF
  • stop code CRITICAL_PROCESS_DIED

Qué significa

Según Microsoft, 0x000000EF indica que terminó un proceso crítico del sistema, como csrss.exe, wininit.exe, logonui.exe, smss.exe, services.exe, conhost.exe o winlogon.exe, porque su estado se corrompió o dañó. Al estar en duda la integridad del sistema, Windows se detiene. El origen puede ser un controlador o servicio recién añadido, hardware nuevo, archivos del sistema dañados o corrupción del disco. El código dice qué proceso o hilo cayó, no qué lo provocó.

Advertencias y condiciones de parada

  • Precauciónverificada con fuente

    Que el proceso caído sea de Windows no significa que haya que reinstalar Windows ni que una pieza esté rota: Microsoft lo vincula a menudo a controladores o servicios añadidos. Prueba primero a deshacer cambios.

    Evidencia: Bug Check 0xEF CRITICAL_PROCESS_DIED · Stop code error or bug check troubleshooting (IT professionals)

Síntomas y causas

Causas probables · en orden

  • Controlador, servicio o hardware recién añadidoFrecuente

    Si el fallo empezó tras instalar algo, Microsoft recomienda quitarlo o actualizarlo y averiguar qué cambió. Se confirma cuando al retirarlo deja de aparecer.

    Evidencia: Bug Check 0xEF CRITICAL_PROCESS_DIED

  • Archivos de sistema dañados o ausentesPosible

    Se sospecha cuando no hubo cambios recientes. El Comprobador de archivos de sistema lo detecta y repara si encuentra daños.

    Evidencia: Bug Check 0xEF CRITICAL_PROCESS_DIED

  • Corrupción de disco o malwareMenos común

    Microsoft menciona que los virus pueden corromper discos y generar este tipo de detenciones. Un análisis antivirus que incluya el registro de arranque maestro lo descarta.

    Evidencia: Bug Check 0xEF CRITICAL_PROCESS_DIED

Técnico virtual

¿Sigue apareciendo CRITICAL_PROCESS_DIED tras comprobarlo?

Responde unas preguntas para acotar la causa probable y la siguiente acción segura. Es una orientación - nunca sustituye a un profesional.

Fuentes y referencias técnicas

Fuentes: Bug Check 0xEF CRITICAL_PROCESS_DIED · Stop code error or bug check troubleshooting (IT professionals) · Solución de problemas de reinicios inesperados y errores de código de detención de Windowsrevisado 2026-10-03 · verificado

¿Te ha resultado útil esta ficha?