Sistema operativo y controladores: fallas recurrentes, registros y reparación

1) Identificación de síntomas: clasificar antes de intervenir

En fallas de sistema operativo y controladores, el objetivo es aislar si el problema es del núcleo del sistema, de un controlador, de una aplicación/servicio o de una configuración/perfil. Clasificar el síntoma reduce el riesgo de “reinstalar por defecto” y acelera la reparación.

Cuelgues y reinicios (sin pantalla azul)

• Se congela con audio trabado: suele apuntar a controlador (GPU/audio), servicio en bucle o corrupción de sistema.
• Reinicia de golpe: puede ser bugcheck (BSOD no visible), watchdog, o fallo crítico del kernel; se confirma con registros y volcados.
• Se queda “pensando” y luego responde: puede ser I/O bloqueado, servicio pesado, o conflictos de controladores (almacenamiento/red).

BSOD (pantalla azul) y códigos comunes

Un BSOD es un “corte controlado” del sistema para evitar daño. El código y el módulo implicado orientan la causa. Ejemplos frecuentes:

• DRIVER_IRQL_NOT_LESS_OR_EQUAL: controlador accediendo memoria inválida (red, antivirus, almacenamiento).
• PAGE_FAULT_IN_NONPAGED_AREA: controlador defectuoso o corrupción de memoria/archivos del sistema.
• VIDEO_TDR_FAILURE: GPU/driver; también puede ser conflicto con aceleración o actualización fallida.
• WHEA_UNCORRECTABLE_ERROR: error de hardware reportado por WHEA, pero también puede dispararse por drivers de bajo nivel; se valida con eventos.

Rendimiento degradado

• Arranque lento: servicios de terceros, tareas programadas, controladores que esperan recursos.
• Uso alto de CPU/RAM/Disco: proceso específico, indexación, telemetría, o bucles de servicio.
• Microcortes: drivers (audio/red), DPC/ISR altos, o conflicto de energía.

Periféricos y funciones que “desaparecen”

• Wi‑Fi/Bluetooth intermitente: driver, ahorro de energía, o actualización parcial.
• USB que desconecta: controladores de chipset/USB, energía selectiva, o filtros de terceros.
• Impresión/escáner: cola dañada, servicio de impresión, driver antiguo o no firmado.

2) Modo seguro y arranque limpio: aislar el origen

Estas dos técnicas sirven para responder una pregunta: ¿el problema ocurre con el mínimo de controladores/servicios? Si no ocurre, el culpable suele ser un controlador o servicio de terceros.

Modo seguro: qué aporta y cuándo usarlo

El modo seguro carga un conjunto mínimo de controladores y servicios. Úsalo cuando el sistema no inicia bien, hay BSOD recurrente, o necesitas desinstalar/retroceder un controlador problemático.

Guía práctica: entrar a modo seguro (Windows)

1. Si el sistema inicia: Configuración > Sistema > Recuperación > Inicio avanzado y reinicia.
2. En el menú: Solucionar problemas > Opciones avanzadas > Configuración de inicio.
3. Reinicia y elige: 4 (Modo seguro) o 5 (Modo seguro con red).

Prueba reproducir el fallo (abrir la app, conectar el periférico, ejecutar la tarea). Si en modo seguro no falla, apunta a driver/servicio de terceros.

Continúa en nuestra aplicación.

• Escuche el audio con la pantalla apagada.
• Obtenga un certificado al finalizar.
• ¡Más de 5000 cursos para que explores!

O continúa leyendo más abajo...

Descargar la aplicación

Arranque limpio: aislar servicios y programas de inicio

El arranque limpio deshabilita servicios no Microsoft y elementos de inicio, manteniendo el sistema en modo normal. Es ideal para cuelgues, rendimiento y conflictos con software residente (VPN, antivirus, utilidades de periféricos, overlays).

Guía práctica: configurar arranque limpio

1. Abre msconfig (Configuración del sistema).
2. Pestaña Servicios: marca Ocultar todos los servicios de Microsoft y luego Deshabilitar todo.
3. Pestaña Inicio de Windows: abre el Administrador de tareas y deshabilita elementos de inicio no esenciales.
4. Reinicia y valida si el problema persiste.

Si el problema desaparece, re-habilita por grupos (mitad y mitad) hasta encontrar el servicio/programa culpable. Documenta el elemento exacto y su versión.

3) Revisión de eventos y volcados: evidencia antes de cambiar cosas

Los registros y volcados permiten pasar de “sensación” a causa probable. La meta es identificar: qué falló, cuándo y qué módulo estaba involucrado.

Visor de eventos: qué mirar primero

• Registro de Windows > Sistema: errores de controladores, servicios, kernel, energía.
• Registro de Windows > Aplicación: fallos de aplicaciones (crash), .NET, runtimes.
• Registros de Microsoft > Windows: categorías específicas (DriverFrameworks, WER, Kernel-PnP).

Eventos típicos y cómo interpretarlos

Confiabilidad (Reliability Monitor): línea de tiempo útil

El Historial de confiabilidad muestra una línea de tiempo de fallos, actualizaciones y cambios. Úsalo para correlacionar: “falló después de actualizar X”.

Volcados de memoria (minidumps): qué son y cómo usarlos

Un volcado captura el estado del sistema en el momento del BSOD. En Windows suelen guardarse en C:\Windows\Minidump (minidumps) o C:\Windows\MEMORY.DMP (completo).

Guía práctica: preparar y revisar volcados

1. Verifica que el sistema esté configurado para generar volcados (tipo “volcado de memoria automático” o “pequeño”).
2. Confirma que exista espacio en disco y que no se limpien automáticamente por herramientas de mantenimiento.
3. Analiza con una herramienta de depuración (p. ej., WinDbg) para identificar el bugcheck y el módulo probable (driver).

Regla didáctica: si el análisis apunta repetidamente al mismo .sys (por ejemplo, red, almacenamiento, antivirus), prioriza acciones sobre ese controlador antes de tocar el sistema completo.

4) Integridad del sistema: archivos, imagen, permisos y componentes

Cuando hay corrupción de archivos del sistema, actualizaciones que no aplican, errores de servicios base o comportamientos inconsistentes, conviene validar la integridad antes de reinstalar.

Comprobación de archivos del sistema (SFC)

sfc /scannow valida y repara archivos protegidos de Windows. Es un primer paso cuando hay errores de DLL, fallos de herramientas del sistema o inestabilidad general.

sfc /scannow

Si SFC reporta que no puede reparar todo, pasa a DISM.

Reparación de imagen del sistema (DISM)

DISM repara la imagen de Windows desde el almacén de componentes o desde una fuente. Útil cuando Windows Update falla o hay corrupción persistente.

DISM /Online /Cleanup-Image /CheckHealth
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth

Después de DISM, ejecuta de nuevo sfc /scannow para consolidar reparaciones.

Permisos y perfil de usuario: detectar si el problema es “del usuario”

Algunos fallos (apps que no abren, configuraciones que se corrompen, accesos denegados) pueden estar ligados al perfil. Señales típicas: funciona en otra cuenta, falla solo en un usuario, o el error menciona rutas dentro de C:\Users\....

• Prueba con un usuario nuevo para aislar si es perfil/configuración.
• Revisa servicios dependientes (por ejemplo, servicios de licenciamiento, perfiles, almacenamiento de credenciales).

Componentes de actualización: cuando el problema es el “mecanismo” de update

Si hay bucles de actualización, fallos al instalar parches o drivers por Windows Update, prioriza reparar componentes (DISM) y revisar eventos de Windows Update antes de medidas drásticas.

5) Administración de controladores: rollback, actualización, firma y conflictos

Un controlador es código en modo kernel o usuario que interactúa con hardware. Un driver defectuoso puede provocar BSOD, cuelgues, pérdida de periféricos o degradación de rendimiento. La estrategia es: identificar el driver, estabilizar (rollback/desinstalar), y luego actualizar con criterio.

Identificar el controlador implicado

• Desde el volcado: nombre del .sys y proveedor.
• Desde eventos: Kernel-PnP, DriverFrameworks, errores del dispositivo.
• Desde el Administrador de dispositivos: dispositivo con advertencia, eventos del dispositivo, versión del driver.

Rollback (volver a un driver anterior): cuándo es la mejor opción

Si el fallo comenzó justo después de una actualización de driver (GPU, red, audio, chipset), el rollback suele ser la acción más rápida para recuperar estabilidad.

1. Administrador de dispositivos > dispositivo > Propiedades.
2. Pestaña Controlador > Revertir al controlador anterior (si está disponible).
3. Reinicia y valida el síntoma.

Desinstalar driver y limpiar restos (con cuidado)

Si el rollback no está disponible o el driver está corrupto, desinstala el dispositivo marcando “eliminar el software del controlador” cuando corresponda, y reinstala una versión conocida estable. Evita “limpiadores” genéricos; prioriza herramientas oficiales del fabricante cuando existan (por ejemplo, para GPU).

Actualización con criterio: orden recomendado

• Chipset/placa base (o plataforma del fabricante en laptops): base para buses y energía.
• Almacenamiento (SATA/NVMe/RAID) si aplica.
• GPU (especialmente si hay TDR, cuelgues en 3D o aceleración).
• Red (Ethernet/Wi‑Fi/Bluetooth) si hay desconexiones o BSOD de red.
• Audio/USB/periféricos según síntomas.

Evita actualizar múltiples drivers a la vez si estás persiguiendo un BSOD: cambia uno, valida, y documenta.

Firma de controladores y compatibilidad

Los drivers no firmados o con firma inválida pueden causar bloqueos, fallos de carga o reducir la seguridad. Señales: el dispositivo no inicia, aparece como “desconocido”, o el sistema registra bloqueos de carga de driver.

• Prefiere drivers firmados y provenientes de fuentes oficiales (fabricante del equipo o del componente).
• Si un driver antiguo “funciona” pero rompe estabilidad, busca una versión WHQL/estable o una versión recomendada por el fabricante del equipo.

Conflictos por filtros y software de bajo nivel

Antivirus, VPN, herramientas de virtualización, emuladores, software de RGB/overlays y utilidades de periféricos pueden instalar drivers de filtro. Si el arranque limpio estabiliza el sistema, revisa estos candidatos antes de culpar al hardware.

6) Reparación en sitio vs. reinstalación: criterios de decisión

Cuándo elegir reparación en sitio (in-place repair/upgrade)

• El sistema inicia y es usable, pero hay corrupción persistente que SFC/DISM no resuelve completamente.
• Fallan componentes de Windows (tienda, servicios base, actualización) sin un driver claramente culpable.
• Necesitas conservar aplicaciones y datos, y el tiempo de reinstalación completa es alto.

La reparación en sitio reinstala componentes del sistema manteniendo datos y apps (según método). Es una opción intermedia antes de formatear.

Cuándo elegir reinstalación (limpia) como medida razonable

• Infección o manipulación profunda del sistema (cuando no es confiable recuperar integridad).
• Corrupción severa con fallos múltiples y aleatorios, sin estabilidad tras reparación en sitio.
• Sistema con años de acumulación de software, drivers y “tweaks” que impiden aislar el problema en tiempo razonable.
• Repetición de BSOD por múltiples módulos sin patrón, y el historial muestra cambios constantes difíciles de revertir.

Matriz rápida de decisión

7) Lista de verificaciones posteriores: asegurar estabilidad tras la reparación

Después de corregir el driver, reparar el sistema o completar una reparación en sitio, valida estabilidad con una lista corta y repetible.

Checklist post-reparación (práctico)

• Reproducibilidad: intenta reproducir el síntoma original (misma app, mismo periférico, misma carga).
• Eventos: revisa Visor de eventos (Sistema/Aplicación) y confirma ausencia de nuevos errores críticos relacionados.
• Confiabilidad: verifica que el Historial de confiabilidad no registre nuevos “fallos críticos” tras la intervención.
• Drivers: confirma versión y fecha del driver cambiado; documenta el origen (fabricante/equipo).
• Dispositivos: Administrador de dispositivos sin advertencias; prueba desconexión/reconexión de USB y periféricos clave.
• Actualizaciones: ejecuta Windows Update y valida que no reintroduzca el driver problemático; si lo hace, considera pausar/administrar esa actualización.
• Integridad: ejecuta sfc /scannow una vez más si hubo corrupción previa.
• Rendimiento base: compara tiempos de arranque y respuesta general con el estado previo; identifica procesos residentes innecesarios.
• Estabilidad prolongada: deja el equipo en uso normal (o en prueba controlada) el tiempo suficiente para cubrir el patrón del fallo (por ejemplo, 1–2 días si era intermitente).