Problema

Los usuarios de Windows 11 que experimentan una pantalla azul (BSOD) a menudo pierden la información crítica que aparece en pantalla: código de parada, nombre del driver o módulo que provocó el fallo y, a veces, una breve descripción del error. Sin esos datos, la reparación se vuelve un proceso de prueba y error. El patrón típico es:

  1. El sistema se reinicia inesperadamente.
  2. No se captura el mensaje de error.
  3. El administrador revisa Event Viewer y encuentra entradas genéricas como fallos al cargar contadores de rendimiento o servicios como BITS.
  4. Existe un archivo minidump (*.dmp) en %SystemRoot%\Minidump que contiene la pista real, pero no se sabe cómo interpretarlo.

Este escenario se repite en entornos de escritorio y servidores, especialmente cuando se actualizan drivers, se instalan paquetes de rendimiento o se corrompen archivos del sistema.

Causa

Los BSOD con “mismatch” suelen deberse a:

  • Desalineación de versiones de driver – Un driver actualizado no coincide con la versión del kernel o con dependencias de otros módulos (por ejemplo, APC Index mismatch).
  • Contadores de rendimiento dañados – Archivos como sysmain.dll o bitsperf.dll desaparecen o quedan corruptos, provocando que el subsistema de rendimiento intente cargar un DLL inexistente.
  • Actualizaciones de Windows incompletas – Un parche que reemplaza un archivo del sistema pero deja referencias a la versión anterior.
  • Hardware defectuoso – Memoria RAM con errores puede producir falsos positivos de “mismatch” en los controladores.
  • Software de terceros que intercepta llamadas al kernel – Herramientas de monitoreo o antivirus que inyectan sus propios drivers pueden quedar desincronizados tras una actualización.

En la práctica, la causa más frecuente es un driver que quedó en una versión intermedia después de una actualización parcial, lo que genera el mensaje “APC Index mismatch” o “Driver mismatch”.

Solución

Una estrategia reutilizable se basa en tres pasos: recuperar el minidump, analizarlo con WinDbg y corregir la fuente del error. Cada paso funciona tanto para máquinas de escritorio como para servidores.

1. Recuperar el minidump

Los archivos .dmp se generan automáticamente en %SystemRoot%\Minidump. Si la carpeta está vacía, habilita la generación de minidumps:

  1. Abre el Panel de control → Sistema → Configuración avanzada del sistema.
  2. En la pestaña Advanced, pulsa Settings bajo Startup and Recovery.
  3. Marca Small memory dump (256 KB) y verifica que la ruta sea %SystemRoot%\Minidump.

Reinicia el equipo y reproduce el fallo (si es posible) para generar un nuevo dump.

2. Analizar el dump con WinDbg

Instala el paquete Windows Debugging Tools (parte del Windows SDK) o la versión independiente de WinDbg Preview desde Microsoft Store.

Una vez instalado, abre WinDbg y carga el dump:

# Asumiendo que el dump está en C:\Windows\Minidump\071026-20734-01.dmp
windbg -y srv*C:\Symbols*https://msdl.microsoft.com/download/symbols -z C:\Windows\Minidump\071026-20734-01.dmp

Los símbolos son esenciales; la opción -y indica a WinDbg que los descargue automáticamente.

Dentro de WinDbg ejecuta los siguientes comandos:

!analyze -v
lmtn
  • !analyze -v muestra el código de parada, el módulo culpable y una traza de pila detallada.
  • lmtn lista todos los módulos cargados con sus versiones y fechas; busca versiones duplicadas o desalineadas.

Si el análisis indica un driver concreto (por ejemplo, nvlddmkm.sys o sysmain.dll), anota la versión y compárala con la que está instalada en C:\Windows\System32\drivers.

3. Corregir la fuente del error

a) Reinstalar o revertir el driver

  • Reinstalación limpia: Desinstala el driver desde el Administrador de dispositivos, elimina los archivos residuales en C:\Windows\System32\drivers y reinstala la última versión oficial del fabricante.
  • Rollback: Si el problema apareció después de una actualización, usa la pestaña Driver → Roll Back Driver en el Administrador de dispositivos.

b) Reparar contadores de rendimiento

Ejecuta el comando de reparación de contadores:

lodctr /R

Esto vuelve a registrar los contadores de rendimiento predeterminados y elimina referencias a DLL faltantes.

c) Comprobar integridad del sistema

sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth

SFC repara archivos del sistema corruptos; DISM descarga componentes faltantes desde Windows Update.

d) Test de memoria

Si el análisis sugiere problemas de hardware, ejecuta la herramienta de diagnóstico de memoria:

mdsched.exe

Reinicia y permite que la prueba complete. Reemplaza módulos RAM defectuosos antes de volver a probar.

e) Desactivar software de monitoreo conflictivo

Desinstala temporalmente antivirus, herramientas de monitorización o cualquier software que inyecte drivers. Si el BSOD desaparece, reinstala versiones actualizadas o busca alternativas.

Cuándo aplicar esta solución

Aplica cuando:

  • El equipo muestra BSOD sin código visible o con mensajes genéricos como “mismatch”.
  • Existe al menos un archivo .dmp en %SystemRoot%\Minidump.
  • Event Viewer muestra errores de carga de DLL o servicios de rendimiento.

No aplica si:

  • No hay minidumps (desactivado en la configuración de arranque) y no es posible reproducir el fallo.
  • El error ocurre exclusivamente durante overclocking de CPU/GPU; en ese caso, la solución pasa por revertir los ajustes de hardware.

Código

# Instalar símbolos y analizar dump con WinDbg
windbg -y srv*C:\Symbols*https://msdl.microsoft.com/download/symbols -z C:\Windows\Minidump\071026-20734-01.dmp
!analyze -v
lmtn
# Reparar contadores de rendimiento
lodctr /R
# Verificar integridad del sistema
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
# Test de memoria
mdsched.exe

Verificación

  1. Sin BSOD: Después de aplicar la corrección, reinicia el equipo y úsalo bajo carga normal (juegos, compilaciones, copias de seguridad). Si no aparece una nueva pantalla azul, la solución funcionó.
  2. Revisión de logs: Abre Event Viewer → Windows Logs → System y verifica que no haya entradas de error relacionadas con BITS, sysmain.dll o el driver reparado.
  3. Dump vacío: Comprueba que la carpeta %SystemRoot%\Minidump no reciba nuevos archivos después de una semana de uso intensivo.

Notas adicionales

  • Mantén siempre una copia de los símbolos locales (C:\Symbols) para acelerar análisis futuros.
  • Cuando trabajes con drivers de GPU, descarga siempre la versión clean del sitio del fabricante; evita instaladores “auto‑update” que pueden dejar archivos parciales.
  • Si el problema persiste después de varios intentos, considera crear un System Restore Point antes de la siguiente actualización y, en caso de fallo, restaurar a ese punto.
  • En entornos de producción, automatiza la recolección de minidumps con políticas de grupo para que los archivos se envíen a un servidor central de análisis.