Informe de Incidencia: Error de Arranque y Corrupción de Log

Fecha:

2026-04-26

Sistema:

Rocky Linux 10 (Kernel 6.12)

Arquitectura:

AMD (Zen) con Optimización de Alto Rendimiento

Estado:

Resuelto

Resumen de la Incidencia

El sistema presentó un fallo crítico de arranque (“Hard Freeze” con pantalla en negro) tras meses de funcionamiento estable. La incidencia impedía el acceso a la interfaz gráfica y al entorno de usuario, permitiendo únicamente el acceso mediante modo de emergencia o edición manual de parámetros de arranque.

Causa Raíz

Se identificaron dos factores determinantes que operaron de forma concurrente:

  1. Corrupción de Base de Datos del Journal: Archivos bajo /var/log/journal/ y el estado de imjournal.state presentaban errores de lectura (Bad message / fscanf failed). Esto provocaba un bloqueo (deadlock) durante la inicialización de servicios críticos.

  2. Sensibilidad del Kernel ante Reservas Masivas: Al utilizar una configuración de alto rendimiento (16GB Hugepages + Aislamiento de 8 núcleos), el Kernel 6.12 requiere que los servicios básicos de sistema (como systemd-journald) respondan sin bloqueos. La corrupción del disco en el área de logs interrumpió el flujo de arranque antes de la carga del driver de video.

Acciones de Recuperación Realizadas

Saneamiento del Sistema de Registro

Se procedió a la eliminación de los archivos de estado y bases de datos binarias corruptas para forzar una inicialización limpia: * rm -f /var/lib/rsyslog/imjournal.state * rm -rf /var/log/journal/*

Restauración de Configuración vía BLS (Grubby)

Se abandonó la edición manual de archivos de configuración global en favor de la herramienta grubby, asegurando la persistencia de los parámetros en las entradas de la Boot Loader Specification:

grubby --update-kernel=ALL --args="amd_iommu=on iommu=pt isolcpus=2-5,8-11 nohz_full=2-5,8-11 rcu_nocbs=2-5,8-11 pcie_acs_override=downstream,multifunction,all hugepagesz=2M hugepages=8192 systemd.cpu_affinity=0,1,6,7 kthread_cpus=0,1,6,7 irqaffinity=0,1,6,7"

Parámetros Finales Verificados

El sistema ha recuperado la operatividad total con las siguientes características activas:

  • Memoria: Reserva de 16GB en Hugepages de 2MB.

  • CPU: Aislamiento de 8 núcleos para baja latencia y afinidad de procesos de sistema a núcleos no aislados.

  • IOMMU: Gestión de passthrough activa para arquitectura AMD.

Recomendaciones Post-Incidencia

  • Gestión de Boot: Utilizar exclusivamente grubby para la modificación de parámetros del kernel para evitar desincronizaciones entre el GRUB y las entradas del BLS.

  • Monitorización: Realizar una verificación periódica del estado del journal mediante journalctl --verify para detectar corrupciones incipientes en el sistema de archivos.