🐧 Los registros hablan: investiga un fallo en Linux

PARA ENTENDER EL ESQUEMA

Sobre esta infografía

Una aplicación deja de responder. El servicio falla. La web devuelve un error.

¿Dónde empiezas a buscar?

Los registros permiten reconstruir lo ocurrido, pero hay que relacionar las pistas: qué pasó primero, en qué equipo y durante qué intervalo.

En esta nueva infografía de INFOGRAPH te propongo una investigación visual con tres fuentes:

🔎 journalctl
Consulta eventos del sistema y de los servicios, filtra por hora y prioridad, revisa arranques anteriores si se conservan y sigue nuevos mensajes en directo.

⚙️ dmesg
Explora los mensajes del kernel para encontrar pistas sobre discos, memoria, controladores y dispositivos.

📂 /var/log
Revisa registros de aplicaciones, últimas líneas e históricos comprimidos. Las rutas disponibles dependen de la distribución y de la configuración.

🕒 El caso práctico conecta tres sucesos:

09:40 → El kernel registra errores de entrada/salida.
09:41 → El sistema de archivos pasa a solo lectura.
09:42 → La aplicación falla al intentar escribir.

Esa secuencia apunta a una posible causa de almacenamiento. Para confirmarla, toca comprobar dispositivos, montajes, espacio e inodos, además de conservar las evidencias.

💡 Un error aislado es una pista. Una secuencia coherente cuenta la historia.

He acompañado la explicación con una infografía animada para recorrer los comandos y visualizar cómo encajan las evidencias.

¿Qué registro te ha dado alguna vez la pista decisiva para resolver una incidencia?

🌐 Más contenido en https://www.palentino.es

#Linux #SysAdmin #Ciberseguridad #Troubleshooting #OpenSource #Infograph