Tu Surface Pro 8 con Windows 11 entra en bucles de reinicio y BSOD tras periodos de inactividad. En esta guía práctica te muestro cómo aislar si es sistema, driver, firmware o hardware, y qué reparaciones aplicar para recuperar estabilidad sin perder datos.

Resumen del caso y objetivo

Tras varios reinicios automáticos acompañados de errores como CLOCKWATCHDOGTIMEOUT, EXCEPTIONNOTHANDLED, DRIVERIRQLNOTLESSOREQUAL, UNEXPECTEDKERNELMODETRAP y KERNELSECURITYCHECK_FAILURE, ya se intentaron análisis con antivirus, arranque limpio y actualización de controladores del fabricante. Con pasos adicionales, el equipo ha quedado estable, pero la causa exacta no se determinó.

Meta-objetivo: seguir una ruta de diagnóstico que descarte corrupción de sistema, fallos de disco/RAM y drivers/firmware defectuosos; si persiste, evaluar hardware.

Síntomas típicos y cuándo aparecen

• Reinicio sin previo aviso tras suspender o estar inactivo (Modern Standby).
• BSOD intermitentes con códigos diferentes en cada evento.
• Congelamientos al reanudar desde suspensión o al activar Wi‑Fi/Bluetooth/Dock.
• Eventos críticos en el Visor de eventos (Kernel-Power 41) sin minivolcado claro.

Mapa de causas probables

Síntoma/BSOD	Causa más probable	Prioridad	Acción inmediata
DRIVERIRQLNOTLESSOREQUAL / EXCEPTIONNOT_HANDLED	Controlador defectuoso (gráficos, red, almacenamiento)	Alta	Reinstalar controladores desde Surface/Microsoft, evitar “actualizadores” genéricos
CLOCKWATCHDOGTIMEOUT	Firmware/UEFI, microcódigo, bloqueo a bajo nivel	Alta	Actualizar firmware/UEFI de Surface y controladores de plataforma
UNEXPECTEDKERNELMODETRAP / KERNELSECURITYCHECKFAILURE	RAM, corrupción de sistema o drivers	Alta	Ejecutar SFC/DISM y Diagnóstico de memoria
Reinicio tras inactividad	Modern Standby, red inalámbrica, controlador Bluetooth/Dock	Media	Probar con Wi‑Fi/BT desactivados, revisar opciones de energía de adaptadores

Ruta de diagnóstico recomendada

Aplica las fases de forma ordenada. Avanza solo cuando la anterior no revele la causa.

Diagnóstico básico y de hardware

1. Surface Diagnostic Toolkit (SDT): abre la app Surface y ejecuta las pruebas automatizadas de hardware, firmware y controladores. Guarda el informe.
2. Disco (Símbolo del sistema como administrador):
   chkdsk C: /f /r Programa la comprobación en el próximo reinicio. En SSD puede tardar bastante; úsalo si hay indicios de errores o eventos de almacenamiento.
3. Memoria RAM: ejecuta mdsched.exe → Reiniciar y comprobar. Si aparecen errores, sospecha de fallo físico de RAM/plataforma.

Reparación de archivos del sistema y actualización

4. Reparar sistema (consola como admin):
   sfc /scannow DISM /Online /Cleanup-Image /RestoreHealth Repite sfc /scannow si DISM repara componentes.
5. Actualizar Windows y Surface: instala todas las acumulativas de Windows 11, actualizaciones de firmware/UEFI y el paquete más reciente de controladores de Surface. Prioriza paquetes oficiales frente a utilidades de terceros.

Aislar software/driver problemático

6. Arranque limpio: ya realizado. Reactiva servicios/programas por lotes (50%→25%→12.5%) para localizar al que reintroduce el fallo.
7. Controladores críticos: desinstala con “Eliminar el software de controlador” y reinstala oficiales de:
   • Gráficos (Intel Iris Xe).
   • Red (Wi‑Fi 6, Bluetooth), incluida pila de radio.
   • Almacenamiento (controlador NVMe/ahci y chipset/Surface Integration).

Reparación mayor o reinstalación

8. Restablecer Windows 11 (Configuración → Sistema → Recuperación → Restablecer este PC). Empieza por Conservar mis archivos. Vuelve a probar en estado “limpio” antes de restaurar aplicaciones.
9. Si la inestabilidad continúa tras un restablecimiento limpio, la causa es muy probablemente hardware (SSD/placa, etc.). Considera soporte técnico de Microsoft/Surface.

Checklist ejecutable paso a paso

1. Enchufa el equipo al adaptador original y retira hubs/docks USB para las pruebas.
2. Instala todas las actualizaciones de Windows 11 y de Surface.
3. Ejecuta SDT y guarda el informe.
4. Ejecuta sfc y DISM. Reinicia y verifica.
5. Ejecuta mdsched.exe para descartar RAM.
6. Reinstala controladores de gráficos, Wi‑Fi/Bluetooth y almacenamiento desde paquete oficial.
7. Comprueba el estado con Monitor de confiabilidad (perfmon /rel).
8. Si sigue fallando, aplica Restablecer este PC con “Conservar mis archivos”.
9. Si aún falla en estado limpio, recopila volcado y eventos y escala a hardware.

Comandos y utilidades útiles

Acción	Comando	Qué esperar
Reparar archivos	sfc /scannow	Corrige archivos del sistema. Puede requerir reinicio.
Reparar imagen	DISM /Online /Cleanup-Image /RestoreHealth	Repara componentes de Windows. Ejecuta SFC de nuevo después.
Comprobar disco	chkdsk C: /f /r	Busca sectores dañados y repara el sistema de archivos.
Memoria	mdsched.exe	Requiere reinicio para el test.
Confiabilidad	perfmon /rel	Línea de tiempo de fallos y eventos críticos con fecha/hora.
Visor de eventos	eventvwr.msc	Registro de Windows > Sistema/Aplicación (Kernel-Power, Disk, etc.).
Lista de drivers instalados	powershell.exe -NoLogo -NoProfile -Command "Get-WindowsDriver -Online | Sort-Object -Descending Date"	Identifica controladores instalados recientemente.
Informe de batería	powercfg /batteryreport	Genera informe HTML (útil para detectar problemas de suspensión).

Interpretación de códigos BSOD observados

Código	Significado práctico	Pistas	Acción sugerida
DRIVERIRQLNOTLESSOR_EQUAL	Acceso de memoria inválido en modo kernel por driver	Suele señalar al controlador culpable en el minidump	Reinstalar/volver a versión estable de drivers de red/gráficos/almacenamiento
EXCEPTIONNOTHANDLED	Excepción no controlada por un componente	Nombre del driver suele aparecer (p. ej., nvlddmkm.sys / netwtw*.sys)	Remover/actualizar el driver implicado; probar arranque limpio
CLOCKWATCHDOGTIMEOUT	Un núcleo del CPU no responde a interrupciones	Frecuente en problemas de firmware/microcódigo o deadlocks	Actualizar firmware/UEFI y paquete Surface; comprobar periféricos/docks
UNEXPECTEDKERNELMODE_TRAP	Trampa inesperada en modo kernel	Puede ser RAM, drivers o corrupción	Test de memoria, SFC/DISM, reinstalar controladores base
KERNELSECURITYCHECK_FAILURE	Comprobación de integridad fallida	Manipulación de estructuras, drivers incompatibles	SFC/DISM, revisar controladores de seguridad/antivirus, restablecer si persiste

Modern Standby y Surface: puntos finos

En Surface Pro 8, Modern Standby (S0) mantiene el sistema activo en bajo consumo. Los reinicios al reanudar suelen involucrar radio (Wi‑Fi/Bluetooth) o firmware. Pruebas recomendadas:

• Desactivar temporalmente Wi‑Fi y Bluetooth para comprobar si cesan los reinicios.
• En Administrador de dispositivos → Adaptadores de red, abre las propiedades de Wi‑Fi/Bluetooth:
  • Pestaña Administración de energía: desmarca “Permitir que el equipo apague este dispositivo para ahorrar energía”.
  • Pestaña Avanzado: desactiva temporalmente “Energy Efficient Ethernet” o características de ahorro agresivo para probar.
• Quita docks USB‑C/Thunderbolt durante el diagnóstico. Revisa estabilidad con y sin dock.

Reinstalación limpia de controladores críticos

1. Descarga el paquete oficial de controladores para Surface Pro 8 (gráficos, Wi‑Fi/Bluetooth, Surface Integration, UEFI/firmware).
2. En Administrador de dispositivos, desinstala el dispositivo sospechoso marcando “Eliminar el software de controlador” si aparece.
3. Reinicia, instala el controlador oficial y vuelve a reiniciar.
4. Bloquea herramientas de “actualización automática de drivers” de terceros mientras pruebas estabilidad.

Lectura de minivolcados y eventos

Cuando el sistema se reinicia, busca minidumps en C:\Windows\Minidump. Activa los minivolcados si no se generan:

1. Ejecuta sysdm.cpl → pestaña Opciones avanzadas → Inicio y recuperación → “Escritura de información de depuración” = Volcado de memoria pequeño (256 KB) y marca “Reiniciar automáticamente”.
2. Comprueba que la ruta del archivo de volcado apunte a %SystemRoot%\Minidump.

Herramientas como BlueScreenView o WinDbg (desde Microsoft Store) ayudan a leer el controlador implicado. Para WinDbg:

.symfix
.reload
!analyze -v

En el Visor de eventos, revisa especialmente:

Origen	Event ID	Qué indica	Acción
Kernel-Power	41	Reinicio inesperado	Correlaciona con hora del BSOD; revisa minivolcado cercano
Display / Graphics	4101	Controlador de GPU se reinició	Reinstalar gráficos; probar versiones estables
Disk / StorAHCI / NVMe	129 / 153	Reintentos o tiempos de espera de disco	Comprueba SSD con chkdsk; considera firmware/driver
WHEA-Logger	17, 18, 19, 47	Errores de hardware corregidos/no corregidos	Sospecha hardware o firmware

Buenas prácticas al usar chkdsk en SSD

• /f corrige errores del sistema de archivos; /r agrega búsqueda de sectores defectuosos. En SSD, úsalo solo si hay síntomas de corrupción o eventos 129/153.
• Planifica tiempo; durante el análisis no debes apagar el equipo.
• Siempre respalda datos críticos antes de tareas intensivas de disco.

Cómo decidir entre reparar y reinstalar

Escenario	Reparación recomendada	Pros	Contras
BSOD esporádico tras actualización	Volver al driver previo, SFC/DISM	Rápido, poco intrusivo	Puede reaparecer si la causa persiste
BSOD al reanudar desde suspensión	Actualizar firmware/UEFI, radio y gráficos	Ataca el origen más frecuente	Requiere reinicios y pruebas iterativas
Fallas múltiples y corrupción detectada	Restablecer Windows conservando archivos	Restaura integridad del sistema	Reinstalación de apps necesaria
Persistencia en estado limpio	Evaluar hardware (SSD/placa)	Evita pérdida de tiempo en software	Puede implicar reemplazo/soporte

Pruebas A/B que acortan el diagnóstico

• Sin Wi‑Fi/Bluetooth: desactiva radios y deja el equipo inactivo. Si no hay reinicio, apunta a pila de red.
• Sin dock ni periféricos: elimina variables de USB/Thunderbolt.
• Usuario nuevo local: descarta perfiles corruptos y software de inicio del usuario.
• Modo avión + pantalla encendida: si sigue reiniciando, sospecha firmware o GPU.

Prevención y mantenimiento

• Actualiza periódicamente el paquete de controladores de Surface y Windows.
• Evita mezclas de drivers de terceros con los de Surface en componentes base.
• Configura puntos de restauración antes de cambios de drivers.
• Revisa Monitor de confiabilidad semanalmente los primeros días tras el arreglo.

Plantillas de recolección de datos para soporte

Si necesitas escalar a soporte/hardware, incluye:

• Informe de SDT y lista de controladores instalados recientemente.
• Minidumps de C:\Windows\Minidump y fecha/hora de cada BSOD.
• Exportación del Visor de eventos (Sistema y Aplicación) del día del fallo.
• Reporte powercfg /batteryreport y, si procede, powercfg /sleepstudy.

Caso práctico resumido

Tras aplicar las acciones A→B→C, y reinstalar controladores clave con prioridad en paquetes oficiales de Surface, el equipo quedó estable. Aunque no se pudo identificar un único culpable, los indicios apuntaban a interacción entre Modern Standby y controladores de radio/gráficos. En estos casos, la combinación de actualización de firmware, reparación de integridad (SFC/DISM) y reinstalación limpia de drivers suele normalizar el sistema.

Preguntas frecuentes

¿Por qué aparecen códigos de BSOD distintos cada vez?
Porque distintas rutas del núcleo pueden fallar por la misma raíz (driver/firmware). El síntoma varía según el estado del sistema en el momento del fallo.

¿Conviene desactivar el reinicio automático?
Sí, temporalmente, para leer el código y confirmar que se genera minidump. Se configura en sysdm.cpl → Inicio y recuperación.

¿Es seguro usar chkdsk /r en SSD?
Sí, pero solo cuando hay evidencias de errores de disco. No es una tarea de mantenimiento rutinaria.

¿Puedo usar herramientas genéricas de actualización de drivers?
No es recomendable en Surface. Prioriza siempre los controladores firmados y empaquetados por Microsoft/Surface.

Guía de cierre y verificación de estabilidad

1. Deja el equipo en inactividad las mismas horas que solían detonar el reinicio (por ejemplo, toda la noche) y revisa Monitor de confiabilidad.
2. Realiza ciclos de suspensión/reanudación y conexión/desconexión de Wi‑Fi y dock.
3. Si no hay eventos críticos en 72 horas de uso normal, considera resuelto.

Conclusión

Los reinicios automáticos y BSOD en Windows 11 sobre Surface Pro 8 suelen resolverse atacando tres frentes: integridad del sistema (SFC/DISM), drivers/firmware de plataforma (paquetes de Surface) y diagnóstico de hardware (SDT, memoria y disco). Si vuelve a ocurrir, repite el flujo A → B → C → D y recopila eventos y minidumps antes de escalar a soporte.

---

Estado del caso
Tras aplicar las acciones (y algunas adicionales), el equipo funciona con normalidad; causa no determinada. Si los BSOD regresan, siga la ruta A → B → C → D y recopile eventos + minidumps antes de escalar a soporte/hardware.