/

Cómo activar o desactivar el reinicio automático tras un BSOD en Windows

por Team Ninja
How to Enable or Disable BSOD Automatic Restart in Windows blog banner image
How to Enable or Disable BSOD Automatic Restart in Windows blog banner image

Prueba nuestro software de gestión de endpoints n.º 1 en G2

Sin necesidad de tarjeta de crédito, acceso completo a todas las funciones.

Webinar

Actualizaciones de NinjaOne 12.0: todo lo que necesitas saber

Automatiza las aspectos más complejos de la TI

Puntos clave

  • La pantalla azul de la muerte (BSOD) es un error crítico de Windows provocado por varias causas, que hace que el SO se reinicie automáticamente de forma predeterminada para recuperarse rápido y reducir el tiempo de inactividad.
  • El reinicio automático puede ocultar el mensaje de error exacto y encubrir fallos recurrentes que los profesionales de TI necesitan diagnosticar.
  • Windows ofrece dos formas de activar o desactivar el reinicio automático: la interfaz gráfica de Propiedades del sistema para cambios puntuales, o los métodos de línea de comandos y Editor del Registro para administradores que gestionan la configuración a gran escala.
  • Después de un fallo, documentar el código de error, analizar los volcados de memoria en %SystemRoot%\Minidump, y usar herramientas integradas como el Monitor de confiabilidad y el Comprobador de archivos de sistema ofrece a los equipos de TI una ruta estructurada para llegar a la causa raíz de los BSOD recurrentes.

Cuando tu sistema Windows se topa con un error crítico que acaba en una pantalla azul de la muerte (BSOD), el comportamiento predeterminado es reiniciar automáticamente. Esto ayuda a que el sistema vuelva a funcionar rápidamente, pero no siempre es la respuesta ideal, sobre todo cuando necesitas diagnosticar el problema de fondo o recopilar datos del volcado de memoria.

Por suerte, puedes aprender a configurar el reinicio automático tras un BSOD en Windows, lo que te permite gestionar mejor los fallos del sistema y reunir información de diagnóstico valiosa.

Si prefieres una guía visual, mira Cómo activar o desactivar el reinicio automático tras un BSOD en Windows.

Qué es un BSOD y cómo funciona el reinicio automático

Una pantalla azul de la muerte (BSOD), conocida oficialmente como «error de detención» o «bloqueo del sistema», aparece cuando Windows encuentra un error crítico que le impide seguir funcionando de forma segura.

Estos errores pueden tener orígenes muy distintos: controladores de dispositivo defectuosos, fallos de hardware, problemas de gestión de memoria o conflictos entre aplicaciones. Cuando los componentes críticos del sistema se topan con problemas que no pueden resolver, Windows provoca un BSOD para evitar la corrupción de datos o daños en el hardware.

Entre las causas habituales de los BSOD están:

  • Controladores de dispositivo incompatibles o dañados
  • Fallos de componentes de hardware (RAM, disco duro, fuente de alimentación)
  • Corrupción de archivos del sistema
  • Conflictos de software, especialmente después de actualizaciones importantes
  • Sobrecalentamiento o problemas de gestión de energía
  • Infecciones de malware que afectan a procesos críticos del sistema

La función de reinicio automático es el mecanismo de recuperación integrado en Windows que se activa después de un bloqueo del sistema. De forma predeterminada, cuando se produce un BSOD, Windows está configurado para reiniciarse automáticamente tras recopilar información básica del error. Esta función cumple varios objetivos:

  • Reduce el tiempo de inactividad del sistema al devolver rápidamente el equipo a un estado operativo
  • Evita que los usuarios se queden bloqueados en la pantalla de error
  • Permite que el sistema intente recuperarse si el error era temporal o lo causó una condición pasajera

Sin embargo, el reinicio automático no siempre es la mejor respuesta. En escenarios de diagnóstico, los administradores de sistemas y los profesionales de TI a menudo necesitan ver el mensaje de error completo o recopilar volcados de memoria detallados para analizarlos.

El breve instante en que se muestra la pantalla de error antes del reinicio automático dificulta capturar códigos de error clave o detalles concretos del fallo. Además, si el problema de fondo persiste, el sistema puede entrar en un bucle de fallo y reinicio, lo que complica aplicar soluciones o acceder a las opciones de recuperación.

Ventajas e inconvenientes del reinicio automático tras un BSOD

Conocer las ventajas y los inconvenientes del reinicio automático tras un BSOD es fundamental para tomar una decisión informada sobre la configuración de tu sistema. Veamos las dos caras de esta función para que puedas decidir cuál es el mejor ajuste en tu caso.

Ventajas del reinicio automático

Activar el reinicio automático ofrece varias ventajas importantes para la gestión del sistema y la experiencia del usuario. La principal es reducir el tiempo de inactividad: el equipo puede volver rápidamente a un estado funcional sin intervención manual. Esto resulta especialmente valioso en entornos empresariales, donde la disponibilidad del sistema es crucial. En problemas temporales que se resuelven solos tras un reinicio, esta función ayuda a mantener la productividad al devolver el sistema a funcionamiento de forma automática.

Además, el reinicio automático evita confusión o alarma entre los usuarios menos técnicos cuando se encuentran con un BSOD. En lugar de una pantalla azul de error, ven un reinicio rápido y, en muchos casos, pueden retomar su trabajo con una interrupción mínima. En entornos de servidor, los reinicios automáticos ayudan a mantener la disponibilidad del servicio y activan sistemas de monitorización automatizados que registran los fallos.

Inconvenientes del reinicio automático

Aun así, el reinicio automático tiene desventajas, sobre todo al diagnosticar problemas del sistema. El inconveniente más importante es la pérdida de información crítica del error. Cuando el sistema se reinicia automáticamente, el mensaje que aparece en la pantalla azul puede no estar visible el tiempo suficiente para leerlo o documentarlo. Eso complica que los profesionales de TI diagnostiquen y resuelvan el problema que está provocando el BSOD.

Un reinicio rápido también puede encubrir problemas recurrentes. Si un sistema sufre fallos frecuentes pero se reinicia solo cada vez, los usuarios quizá no se den cuenta de la gravedad o la frecuencia del problema hasta que se agrava. Esto retrasa la resolución y puede acabar provocando daños más serios en el sistema con el tiempo.

Cuando un problema persistente es el causante del BSOD, el reinicio automático puede generar un ciclo continuo de fallo y reinicio que dificulta acceder al modo seguro o realizar los pasos de diagnóstico necesarios.

Guía paso a paso para activar o desactivar el reinicio automático tras un BSOD

Puedes configurar el comportamiento de reinicio automático de Windows después de un BSOD desde la interfaz gráfica o con herramientas de línea de comandos. A continuación tienes instrucciones detalladas para ambos métodos.

(Los métodos de línea de comandos requieren privilegios administrativos. Haz clic derecho en el Símbolo del sistema o en PowerShell y selecciona «Ejecutar como administrador» antes de ejecutar estos comandos).

Método 1: desde Propiedades del sistema

  1. Abre Propiedades del sistema pulsando la tecla Windows + R, escribe sysdm.cpl y pulsa Intro.
  2. Ve a la pestaña Opciones avanzadas y haz clic en el botón «Configuración» de la sección Inicio y recuperación.
  3. En la ventana Inicio y recuperación, busca la sección «Error del sistema».
  4. Para desactivar el reinicio automático:
    • Desmarca la casilla «Reiniciar automáticamente»
    • Haz clic en «Aceptar» para guardar los cambios
    • Haz clic de nuevo en «Aceptar» en Propiedades del sistema
  5. Para activar el reinicio automático:
    • Marca la casilla «Reiniciar automáticamente»
    • Haz clic en «Aceptar» para guardar los cambios
    • Haz clic de nuevo en «Aceptar» en Propiedades del sistema

Método 2: con el Símbolo del sistema o PowerShell (usuarios avanzados)

NOTA: WMIC está obsoleto y puede no estar disponible de forma predeterminada en las compilaciones más recientes de Windows 11. Si el comando de abajo no se reconoce, pasa directamente al método del Editor del Registro que verás más adelante.

Para consultar la configuración actual:

wmic recoveros get AutoReboot

Para desactivar el reinicio automático:

wmic recoveros set AutoReboot = False

Para activar el reinicio automático:

wmic recoveros set AutoReboot = True

También puedes usar el Editor del Registro (regedit) desde PowerShell:

Para desactivar el reinicio automático ante un error del sistema:

Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\CrashControl" -Name "AutoReboot" -Value 0

Para activar el reinicio automático ante un error del sistema:

Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\CrashControl" -Name "AutoReboot" -Value 1

En ambos métodos, los cambios se aplican de inmediato. No hace falta reiniciar el sistema, aunque quizá quieras comprobar la configuración provocando un BSOD de prueba (solo en entornos de pruebas controlados) para confirmar que los ajustes funcionan como esperas.

Si estás diagnosticando problemas del sistema, conviene desactivar temporalmente el reinicio automático para poder documentar cualquier mensaje de error que aparezca durante un fallo. Una vez resuelto el problema, puedes volver a activarlo si quieres.

Para ver estos pasos en acción, mira la versión en vídeo de esta guía sobre «cómo activar o desactivar el reinicio automático tras un BSOD».

Cuándo activar y cuándo desactivar el reinicio automático tras un BSOD

La decisión de activar o desactivar el reinicio automático después de un BSOD depende en gran medida de tu caso de uso y de los requisitos del sistema. Saber cuándo usar cada ajuste te ayuda a mantener el equilibrio adecuado entre disponibilidad del sistema y capacidad de diagnóstico.

Cuándo activar el reinicio automático

El reinicio automático resulta especialmente útil en varios escenarios:

Entornos de producción

  • Servidores que ejecutan aplicaciones críticas de negocio en los que hay que minimizar el tiempo de inactividad
  • Sistemas de punto de venta que necesitan recuperarse rápido de fallos ocasionales
  • Estaciones de trabajo en operaciones sensibles al tiempo donde no hay intervención manual inmediata
  • Sistemas automatizados que requieren funcionamiento continuo

Sistemas remotos

  • Equipos en ubicaciones remotas con acceso físico limitado
  • Servidores gestionados mediante herramientas de administración remota
  • Sistemas que necesitan mantener la conectividad de red para recibir soporte remoto

Sistemas estables

  • Equipos con BSOD poco frecuentes y no recurrentes
  • Sistemas en los que los fallos se resuelven normalmente con un simple reinicio
  • Entornos donde la disponibilidad básica del sistema prima sobre el seguimiento detallado de errores

Cuándo desactivar el reinicio automático

Desactivar el reinicio automático es recomendable en estas situaciones:

Durante un diagnóstico activo

  • Cuando investigas fallos recurrentes del sistema
  • Mientras pruebas la estabilidad del sistema tras actualizar hardware o controladores
  • Cuando recopilas información detallada de volcados de memoria para analizarla
  • Durante procesos de eliminación de malware o recuperación del sistema

Desarrollo y pruebas

  • En entornos de desarrollo de software donde los detalles del fallo son esenciales
  • Durante pruebas de integración de sistemas
  • Cuando validas la compatibilidad del hardware
  • Mientras pruebas modificaciones o actualizaciones del sistema

Resolución de problemas críticos

  • Cuando se producen BSOD frecuentes o repetidos
  • Si el sistema entra en un bucle de fallo y reinicio
  • Cuando trabajas con el soporte técnico para diagnosticar problemas
  • Durante procedimientos de diagnóstico de hardware

La clave es alinear el ajuste de reinicio con tu prioridad del momento: disponibilidad del sistema o diagnóstico del problema. Siempre puedes cambiarlo según tus necesidades, por ejemplo desactivando el reinicio automático mientras diagnosticas y volviéndolo a activar cuando el problema esté resuelto.

Gestionar los BSOD en varios endpoints

Los equipos de TI que gestionan muchos endpoints necesitan visibilidad de los fallos en el momento en que ocurren. NinjaOne RMM puede avisar a los administradores cuando un endpoint gestionado se reinicia de forma inesperada, y sus herramientas de acceso remoto permiten a los técnicos descargar los archivos de volcado de memoria o ajustar esta configuración sin intervención física.

Diagnóstico y consejos adicionales

Una vez configurado el reinicio automático tras un BSOD, contar con un enfoque estructurado de diagnóstico te ayudará a resolver los problemas del sistema de forma más eficaz. Así puedes aprovechar al máximo tu configuración y abordar los BSOD de manera sistemática.

(Al configurar los ajustes de BSOD en Windows 10/11, asegúrate de acceder al panel correcto de Configuración avanzada del sistema. Las opciones de recuperación ante errores del sistema de Windows incluyen varios controles importantes más allá del reinicio automático).

Pasos imprescindibles después de desactivar el reinicio automático

Cuando se produce un BSOD con el reinicio automático desactivado, sigue estos pasos importantes:

1. Documenta la información del error

  • Anota el mensaje de error completo y el código de detención (por ejemplo, SYSTEM_SERVICE_EXCEPTION)
  • Fíjate en los nombres de archivo que se mencionen en el mensaje de error
  • Haz una foto de la pantalla si es posible: resulta muy útil al pedir soporte
  • Registra el momento y las circunstancias del fallo (qué acciones lo precedieron)

2. Analiza los volcados de memoria

  • Ve a %SystemRoot%\Minidump para localizar los archivos de volcado
  • Usa el Depurador de Windows (WinDbg) u otras herramientas de análisis para examinarlos
  • Busca patrones en los nombres de controladores o módulos que aparezcan en los informes de fallo

Herramientas de diagnóstico integradas en Windows

Windows incluye varias herramientas que ayudan a diagnosticar los BSOD:

  • Monitor de confiabilidad (perfmon /rel): muestra el historial de fallos del sistema y de las aplicaciones
  • Visor de eventos: revisa los registros de Sistema y Aplicación en torno a la hora de los fallos
  • Herramienta de diagnóstico de memoria (mdsched.exe): comprueba la RAM en busca de problemas de hardware
  • Comprobador de archivos de sistema (sfc /scannow): repara archivos del sistema dañados

Buenas prácticas para prevenir los BSOD

1. Mantén el sistema actualizado

  • Instala las actualizaciones de Windows sin demora
  • Mantén al día los controladores de dispositivo
  • Actualiza con regularidad las aplicaciones críticas

2. Supervisa el estado del sistema

  • Comprueba la salud del disco duro con los diagnósticos SMART
  • Vigila las temperaturas del sistema
  • Controla el espacio disponible en disco
  • Ejecuta análisis de malware periódicos

3. Mantén puntos de restauración del sistema

  • Crea puntos de restauración antes de cambios importantes en el sistema
  • Conserva varios puntos de restauración disponibles
  • Prueba los puntos de restauración de vez en cuando

Recursos adicionales

  • Blue Screen Data Collector de Microsoft: herramienta especializada para recopilar información de los fallos
  • Herramienta de diagnóstico de memoria de Windows: integrada en Windows para comprobar la integridad de la RAM
  • Driver Verifier: herramienta avanzada para identificar controladores problemáticos
  • Depurador de Windows (WinDbg): herramienta de depuración de nivel profesional para analizar fallos

Si los BSOD continúan a pesar de estas medidas, valora:

  • Consultar los recursos de soporte del fabricante de tu sistema
  • Ejecutar los diagnósticos de hardware que proporcionan los fabricantes de los componentes
  • Pedir ayuda al soporte de Microsoft o a profesionales de TI certificados
  • Revisar el Windows Health Dashboard por si hay problemas conocidos que afecten a tu versión

En resumen

Entender y configurar correctamente la función de reinicio automático tras un BSOD en Windows es clave para gestionar el sistema y diagnosticar los fallos de Windows con eficacia. El reinicio automático ayuda a mantener la disponibilidad al recuperar rápidamente el equipo tras un bloqueo, pero hay momentos en los que desactivarlo resulta necesario para diagnosticar y resolver el problema como es debido.

Si sigues las guías de configuración paso a paso y aplicas las prácticas de diagnóstico recomendadas en este artículo, podrás gestionar mejor los fallos del sistema y mantener un rendimiento óptimo.

Tanto si gestionas sistemas de producción críticos que requieren el máximo tiempo de actividad como si estás diagnosticando problemas persistentes, saber cuándo y cómo ajustar esta configuración te ayudará a tomar decisiones informadas sobre el comportamiento de tu sistema Windows ante los fallos.

FAQs

Sí. Los administradores pueden desplegar el mismo ajuste basado en el registro en los equipos unidos al dominio mediante las preferencias de directiva de grupo. Es el método habitual para aplicar una política de reinicio tras fallo coherente en todo el parque de equipos.

No. Ambos usan la misma clave del registro y el mismo mecanismo de recuperación, así que los pasos de configuración y el comportamiento son idénticos en las ediciones de escritorio y de servidor. Lo único es que, en entornos de servidor, suele preferirse dejar el reinicio automático activado para preservar el tiempo de actividad.

No. Cambiar este ajuste solo modifica cómo responde Windows ante un fallo y no tiene ningún efecto sobre la garantía del hardware ni sobre los datos almacenados. El riesgo de pérdida de datos viene del propio fallo.

No, son dos mecanismos distintos. Los reinicios de Windows Update siguen su propia programación y sus horas de actividad, mientras que el reinicio automático tras un BSOD solo rige el comportamiento después de un fallo del sistema. Cambiar uno no afecta al otro.

Windows no ofrece una opción integrada de «avisar en lugar de reiniciar». La herramienta nativa más cercana es el Monitor de confiabilidad, que registra los fallos a posteriori. Para recibir alertas en tiempo real en varios equipos, los equipos de TI suelen recurrir a un RMM o a software para endpoints.

Quizá también te interese...

¿Listo para simplificar los aspectos más complejos de las TI?