Cómo ver y entender el registro de errores en Windows 11

W11 » Tutoriales para Windows 11 » Cómo ver y entender el registro de errores en Windows 11

Si usas Windows 11 a diario, tarde o temprano verás cuelgues, avisos raros o incluso la temida pantalla azul. Lo bueno es que el sistema guarda un registro bastante completo de todo lo que pasa, desde pequeños avisos hasta fallos críticos de hardware y software. El truco está en saber dónde mirar y cómo interpretar esos datos.

En este artículo vas a ver, paso a paso, cómo consultar el registro de errores en Windows 11 con distintas herramientas, cómo localizar fallos concretos (por ejemplo, de juegos como Ys X), qué tipo de información se guarda en cada sitio y qué puedes hacer con ella para solucionar problemas, prevenir nuevos errores e incluso reemplazar archivos de sistema dañados cuando no queda otra.

Principales formas de ver el historial y registro de errores en Windows 11

En Windows 11 no hay un único panel mágico donde verlo todo, sino varias herramientas que se complementan. Las más útiles para revisar errores son el Historial de confiabilidad, el Visor de eventos y los registros de fallos que generan las propias aplicaciones. Además, Windows Error Reporting (WER) y los datos de diagnóstico trabajan en segundo plano enviando información a Microsoft si así lo configuras.

Antes de meternos con opciones avanzadas, conviene tener claro que cada tipo de error puede acabar registrado en un sitio distinto: cuelgues de programas, errores de disco, fallos de RAM, bloqueos del propio sistema, etc. Por eso es normal que tengas que revisar más de un lugar cuando quieras encontrar la causa de un problema.

Historial de confiabilidad: la forma más visual de ver los errores

El Historial de confiabilidad es, probablemente, la herramienta más amigable para empezar. Muestra una gráfica por días y semanas con errores, advertencias y eventos de información, permitiendo ver de un vistazo cuándo empezaron los problemas y qué estaba pasando en el equipo en ese momento.

Cuando abres el Historial de confiabilidad, en la parte izquierda verás las opciones de la sección y, en la derecha, una gráfica tipo línea de tiempo donde se marcan los fallos con iconos según su gravedad. Puedes ver los datos agrupados por días o por semanas, lo cual viene genial si has tenido fallos recurrentes en un mismo periodo.

Bajo esa gráfica aparece un listado detallado de eventos: cierres inesperados de aplicaciones, pantallazos azules, problemas con actualizaciones de Windows, errores de hardware y cualquier otra incidencia relevante. Cada fila incluye fecha, hora, tipo de evento y una breve descripción.

En la parte inferior de la ventana encontrarás enlaces bastante útiles: puedes guardar el historial de confiabilidad en un archivo y consultar todos los informes de problemas registrados. El fichero se guarda en formato .XML, así que lo ideal es abrirlo con una hoja de cálculo para ver los datos ordenados por columnas.

Si haces clic en un error concreto y seleccionas el enlace Ver detalles técnicos, Windows te enseñará información ampliada del problema: módulo que ha fallado, código de error, versión de archivo y demás datos internos que pueden ayudarte a buscar soluciones más precisas, sobre todo en el caso de bloqueos graves o pantallas azules.

Fallos habituales que verás en el informe de confiabilidad

Al revisar este informe comprobarás que Windows registra eventos casi continuamente, pero no todos son graves. Muchos son simples avisos u operaciones rutinarias, así que hay que fijarse sobre todo en los marcados como críticos o errores.

Entre los fallos más comunes verás cierres inesperados de programas, bloqueos del sistema, problemas con actualizaciones y errores de servicios en segundo plano. Si tu PC se congela a menudo o se comporta de forma extraña, una buena costumbre es revisar este panel para localizar patrones: por ejemplo, que cierto programa se caiga siempre a la misma hora.

También se registran eventos relacionados con actualizaciones de Windows y drivers, y se marca claramente cuándo alguna de ellas falla. Tener la hora y el día exactos de cada error te ayuda muchísimo a relacionarlo con cambios recientes, como instalaciones de software, nuevos controladores o modificaciones de hardware.

Además, la herramienta usa distintos iconos y colores para indicar la importancia del fallo. No es lo mismo un aviso informativo que un error crítico, y esa diferenciación visual facilita saber en qué centrarte primero cuando hay muchos eventos acumulados.

Por último, siempre puedes exportar el historial para conservarlo antes de formatear o hacer cambios gordos en el sistema. De esa forma tendrás un registro completo de todo lo que pasaba antes de reinstalar, algo muy útil si estás en proceso de soporte técnico o análisis más profundo.

Errores de hardware visibles en el historial

Una pista importante es que no todos los errores que ves tienen que ver con el software. El informe también saca a la luz fallos de hardware que pueden pasar desapercibidos hasta que la cosa se pone seria.

Uno de los más delicados es el error de disco (Disk Error, código 7 u otros similares), que suele indicar sectores defectuosos, problemas de conexión o un disco que está empezando a fallar. En el Visor de eventos, dentro de la categoría Sistema, puedes encontrar mensajes del tipo «El dispositivo DeviceHarddisk0DR0 tiene un bloque defectuoso».

En estos casos conviene usar herramientas como CrystalDiskInfo para revisar el estado SMART del disco duro o SSD. Si la aplicación indica que el estado es malo o de precaución, es el momento de hacer copia de seguridad de todo y pensar seriamente en cambiar la unidad antes de que se termine de morir.

Otro clásico que aparece tanto en el historial como en los registros del sistema son los fallos de memoria RAM asociados a pantallazos azules, con códigos como 0x0000000A (IRQL_NOT_LESS_OR_EQUAL) y similares. Suelen indicar módulos de memoria defectuosos o mal configurados, a veces por tocar la frecuencia o los tiempos en la BIOS más de la cuenta.

Cuando sospechas de la RAM, puedes lanzar la Herramienta de Diagnóstico de memoria de Windows, que reinicia el equipo y pasa una serie de pruebas a los módulos. Si detecta errores, será momento de apagar, desconectar el equipo, extraer la RAM y volverla a colocar, probar otros slots o incluso testar solo un módulo cada vez. Para pruebas más exhaustivas, soluciones como MemTest86 permiten comprobar la memoria en profundidad y localizar el componente exacto que está dando guerra.

Visor de eventos: el registro de errores más completo

El Visor de eventos de Windows es la herramienta definitiva cuando necesitas ver el registro de errores en Windows 11 con todo lujo de detalles. Es menos amigable que el Historial de confiabilidad, pero es donde realmente vive la base de datos completa de sucesos del sistema.

Desde el Visor de eventos puedes filtrar por origen, nivel de gravedad y categoría (Aplicación, Seguridad, Sistema, etc.). Para fallos de sistema, bloqueos y problemas de hardware, lo más habitual es revisar el registro Sistema. Ahí verás mensajes de información, advertencias, errores y eventos críticos ordenados por fecha.

Cuando abres un error concreto, se muestra una descripción extensa con el código de evento, el origen, el ID y los datos binarios o adicionales relevantes. Esta información es la que muchos técnicos o artículos de soporte utilizan para guiar las soluciones paso a paso.

Ten en cuenta que, aunque desde aquí puedes exportar registros o guardar vistas personalizadas, no es el lugar adecuado para extraer “archivos de fallo” que pueda pedirte el soporte de un juego o de una aplicación concreta. Esos programas suelen generar su propia carpeta de logs o volcados en rutas específicas, así que el Visor de eventos solo sirve como referencia para ver qué ha pasado a nivel de Windows.

Registros de fallos de aplicaciones: ejemplo práctico con Ys X

Muchos juegos y aplicaciones modernas generan sus propios archivos de registro o volcados de error. Estos ficheros no tienen nada que ver con los eventos del Visor de Windows, y es lo que suele pedir el servicio técnico cuando hay congelaciones o cierres inesperados muy específicos.

En el caso concreto de Ys X, el soporte indica algo parecido a esto: “Abre el Explorador de Windows, pega %localappdata%\Temp\YsX en la barra de direcciones, copia los archivos que veas dentro y envíanoslos”. El problema es que, si no estás acostumbrado, esa ruta puede sonar a chino.

Lo que te están diciendo realmente es que vayas a la carpeta temporal de tu usuario donde el propio juego guarda sus logs de fallo. %localappdata% es una variable de entorno que apunta a algo tipo C:\Users\TuUsuario\AppData\Local, y dentro de Temp suelen crearse subcarpetas para cada aplicación, en este caso YsX.

Para seguir esas instrucciones, los pasos serían, más o menos, estos: abrir el Explorador de archivos, hacer clic en la barra de direcciones de la parte superior, pegar %localappdata%\Temp\YsX y pulsar Intro. Si esa carpeta existe y el juego ha generado fallos, verás ficheros de log, volcados (.dmp) u otros archivos de diagnóstico que tendrás que copiar y enviar al soporte.

Si no encuentras nada, puede deberse a que la carpeta aún no se ha creado, los logs se han limpiado o el juego usa otra ruta distinta. En ese caso, enviar eventos desde el Visor de Windows no sirve, porque el equipo de soporte normalmente quiere precisamente esos ficheros generados por el propio juego, no el registro general del sistema.

Otras herramientas para analizar procesos y fallos

Además de las utilidades integradas en Windows, hay programas externos que ayudan a entender mejor qué procesos se están ejecutando y qué hilos pueden estar causando problemas. No registran el historial de errores desde el arranque, pero sí añaden contexto muy útil.

Una de estas herramientas es ProcessThreadsView, que se centra en mostrar información de procesos y subprocesos del sistema. Para cada proceso puedes ver su identificador, prioridad, hora de creación, usuario, dirección de inicio y otros muchos datos internos. Cuando seleccionas uno de ellos, en la parte inferior de la ventana aparecen los hilos asociados.

Esta información no sustituye al Historial de confiabilidad o al Visor de eventos, pero sirve como complemento para profundizar en qué hace exactamente una aplicación cuando se cuelga. Si un programa falla siempre cuando cierto hilo se dispara, esta utilidad puede ayudarte a localizarlo.

ProcessThreadsView se descarga de forma gratuita, no incluye compras dentro de la aplicación y funciona desde Windows 2000 hasta Windows 11, tanto en 32 como en 64 bits (x86 y x64). A partir de Windows 7, conviene ejecutarla con permisos de administrador para que pueda acceder a la información completa de los hilos del sistema.

Informe de errores de Windows (WER) y datos de diagnóstico

Además del registro local, Windows cuenta con una infraestructura llamada Windows Error Reporting (WER), encargada de recopilar información sobre problemas, enviarla a Microsoft y ofrecer soluciones cuando las hay. Esta función trabaja muy ligada a los datos de diagnóstico del sistema, y se puede configurar vía directivas de grupo y Registro.

Si administras varios equipos o quieres tener un control fino sobre lo que se envía a Microsoft, puedes activar o desactivar WER y ajustar el nivel de datos de diagnóstico. Para ello se usan la Consola de administración de directivas de grupo (gpmc.msc) y diferentes rutas de configuración dentro de las Plantillas administrativas.

Activar Windows Error Reporting mediante directivas

Desde el Editor de administración de directivas de grupo, en la rama de Configuración del equipo, puedes gestionar varias directivas que afectan al Informe de errores de Windows. El objetivo es que el sistema esté autorizado para enviar información de fallos, pero limitando lo que sale del equipo si así lo deseas.

Por un lado, dentro de Sistema > Configuración de comunicación de Internet, encontrarás la directiva para desactivar el Informe de errores de Windows. Si quieres que WER funcione, esa política debe estar en estado Deshabilitado, de forma que no se bloquee el envío de informes.

Por otro lado, en Componentes de Windows > Informe de errores de Windows está la directiva Deshabilitar Informe de errores de Windows, que igualmente debe marcarse como Deshabilitado para permitir su uso. Con estas dos configuraciones, el sistema puede generar y remitir los informes que correspondan.

Configurar los datos de diagnóstico en Windows 11 y Windows 10

El nivel de detalle de la información que se envía a Microsoft se controla a través de las directivas de Recopilación de datos y compilaciones en versión preliminar, también dentro de Configuración del equipo en las Plantillas administrativas.

En Windows 11, la directiva clave es Permitir datos de diagnóstico. Debes ponerla en Habilitado y escoger la opción de Enviar datos de diagnóstico opcionales si quieres el máximo nivel de detalle (lo que antes se llamaba “Completo”). También conviene activar la política Configurar la configuración de la interfaz de usuario de los datos de diagnóstico y elegir Deshabilitar la configuración de participación de datos de diagnóstico, para evitar que el usuario cambie estos ajustes.

En Windows 10 el enfoque es muy parecido, aunque cambia el nombre de la directiva principal. En versiones antiguas se usaba Permitir telemetría, y a partir de ciertas compilaciones se pasa a la lógica de datos opcionales o completos. De nuevo, lo importante es tenerla en Habilitado y escoger el nivel más alto si se requiere información detallada para soporte o análisis.

Además, en Windows 10 a partir de la versión 1803 se puede configurar la interfaz de usuario de telemetría para que el usuario no pueda modificar los ajustes desde la configuración del sistema, manteniendo así una política homogénea en todos los equipos.

Limitar el envío de volcados y registros adicionales

Si quieres que WER esté activo pero no quieres enviar volcados de memoria completos ni demasiados datos extra, hay políticas específicas para poner límites. Esto es útil en entornos corporativos o cuando hay sensibilidades de privacidad muy estrictas.

En Windows 11 y Windows 10 (versión 1909 y posteriores), dentro de Recopilación de datos y compilaciones en versión preliminar, encontrarás directivas como Limitar colección de volcados de memoria y Limitar recopilación de registros de diagnóstico. Activándolas, el sistema solo enviará mini volcados de memoria de kernel y volcados de evaluación de modo usuario, reduciendo así la cantidad de información sensible que sale del equipo.

Comprobación y puntos de conexión de red usados por WER

Para confirmar que las políticas se han aplicado correctamente, puedes revisar varias claves del Registro, como HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\DataCollection, donde AllowTelemetry debería tener un valor acorde al nivel configurado, y otras opciones como LimitDiagnosticLogCollection o LimitDumpCollection deberían estar activas si las has definido.

También hay claves bajo HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\PCHealth\ErrorReporting y HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Windows Error Reporting, donde se controlan parámetros como DoReport o Disabled, que determinan si se permite el reporte de errores o se bloquea.

A nivel de red, WER y los datos de diagnóstico utilizan conexiones HTTPS por el puerto 443 con SSL/TLS y anclaje de certificados, hacia puntos de conexión como watson.microsoft.com, watson.telemetry.microsoft.com o distintas direcciones blob.core.windows.net dependiendo de la versión de Windows. Esto hay que tenerlo presente si tienes firewalls restrictivos o proxies corporativos.

Reparar archivos de sistema dañados detectados en los registros

En ocasiones, al revisar los registros de Windows descubrirás que un archivo de sistema está dañado y no se ha podido reparar automáticamente, incluso después de pasar herramientas como SFC o DISM. En esos casos extremos, queda la opción de reemplazar manualmente el archivo por una copia sana.

El procedimiento general pasa por tomar posesión administrativa del archivo, ajustar los permisos y copiar encima una versión correcta. Todo esto se hace desde un símbolo del sistema con privilegios elevados, con comandos muy concretos y con mucho cuidado para no romper nada más.

Primero hay que asumir la propiedad del archivo dañado usando el comando takeown. Por ejemplo, si el archivo problemático es C:\Windows\System32\jscript.dll, el comando sería takeown /f C:\windows\system32\jscript.dll. Esto otorga a los administradores el control sobre ese fichero protegido.

Después se deben ajustar los permisos para que el grupo Administradores tenga control total, con una orden como icacls C:\windows\system32\jscript.dll /grant administrators:F. Cuando los permisos están bien, ya puedes sobrescribir el archivo.

El último paso es copiar una versión correcta conocida del archivo desde otra ubicación, por ejemplo desde una carpeta temporal o desde otro equipo con la misma versión de Windows. El comando típico sería algo como copiar E:\temp\jscript.dll C:\windows\system32\jscript.dll, cambiando rutas y nombres según corresponda.

Si aun así sigues teniendo errores en los registros que indican que el archivo no se puede reparar ni reemplazar correctamente, es bastante probable que toque plantearse una reinstalación o una recuperación más profunda del sistema. Las propias opciones de recuperación de Windows ofrecen varias vías (restablecer, mantener archivos, etc.) para dejar el sistema limpio sin perder todos tus datos.

Buenas prácticas para prevenir errores en Windows 11

Más allá de saber dónde mirar los fallos, es importante reducir la frecuencia con la que aparecen. Un Windows 11 bien cuidado comete menos errores, se cuelga menos y suele registrar menos eventos críticos tanto en el Historial de confiabilidad como en el Visor de eventos.

Lo primero es mantener el sistema al día con Windows Update. Microsoft lanza parches de seguridad, correcciones de bugs y actualizaciones de drivers que sirven precisamente para solucionar problemas conocidos. Puedes comprobar si tienes todo instalado desde Configuración > Sistema > Windows Update y usando el botón Buscar actualizaciones.

Los controladores (drivers) de hardware son otra fuente frecuente de dolores de cabeza, sobre todo tarjetas gráficas, adaptadores de red y dispositivos de almacenamiento. Si notas errores recurrentes relacionados con un componente, revisa en el Administrador de dispositivos si hay avisos, actualiza desde ahí o descarga la última versión desde la web oficial del fabricante.

El espacio en disco también influye bastante en la estabilidad. Tener la unidad C: al borde de llenarse puede provocar desde errores tontos hasta fallos serios en servicios y aplicaciones. Procura mantener al menos un 15-20 % de espacio libre y usa herramientas como el Liberador de espacio en disco para limpiar temporales, cachés y una papelera de reciclaje que muchas veces nadie vacía.

Otro aspecto clave es controlar los programas que se cargan al inicio y se quedan en segundo plano. Con el tiempo, muchos instaladores añaden sus procesos al arranque sin que te des cuenta, lo que puede ralentizar el equipo y aumentar las posibilidades de conflictos. Desde el Administrador de tareas, en la pestaña de Aplicaciones de inicio, puedes deshabilitar todo lo que no sea realmente imprescindible.

En conjunto, todas estas medidas harán que los registros de errores muestren menos fallos graves y más actividad rutinaria, lo que al final se traduce en un equipo más estable y predecible. Y cuando surja un problema serio, sabrás perfectamente dónde buscar la información para entender qué está pasando.

Contar con el Historial de confiabilidad, el Visor de eventos, los logs específicos de aplicaciones, WER bien configurado y unas buenas prácticas de mantenimiento te pone en una posición ideal para diagnosticar y resolver la mayoría de errores de Windows 11 sin depender ciegamente de terceros, interpretando los registros con criterio y actuando sobre la causa real del problema en lugar de limitarte a apagar y encender.