Núcleo y reinicios, lo instalado frente a lo que corre

Un servidor Linux puede tener instalados varios núcleos a la vez: el gestor de paquetes añade el nuevo y deja el anterior. El que está en uso es el que cargó el arranque, y lo muestra uname -r. Mientras no se reinicie, el servidor sigue ejecutando el núcleo viejo aunque el nuevo, ya corregido, esté en el disco.

Un escáner que lee uname -r marcará el hallazgo mientras el núcleo en ejecución sea anterior al corregido, y tiene razón: el fallo está presente en el sistema vivo.

El caso típico de un hallazgo «de reinicio pendiente»: la lista de núcleos instalados incluye uno corregido, pero el núcleo en ejecución es más viejo. No es un problema de parcheo, es de ventana de reinicio, y la conversación con el dueño es otra: no se le pide parchear, se le pide una fecha para reiniciar.

Cruza nucleo-en-ejecucion.txt con nucleos-instalados.txt y el informe needrestart.txt.

El mismo problema ocurre a escala de servicio. Cuando un paquete actualiza una biblioteca, el archivo nuevo sustituye al viejo en el disco, pero un proceso que ya la tenía cargada sigue usando la copia vieja en memoria hasta que se reinicie. Herramientas como needrestart lo detectan y listan los servicios afectados. La solución no es reiniciar el servidor entero: basta con reiniciar ese servicio, que es una ventana mucho más corta y fácil de conseguir.

Lee needrestart.txt y busca el apartado de servicios con bibliotecas todavía cargadas.

El tiempo sin reiniciar es una medida útil para el seguimiento: un servidor que no reinicia en meses acumula núcleos corregidos que nunca usó. Se calcula con la fecha de arranque que informa la salida y la fecha de la revisión, contando los días de calendario entre las dos. Cuenta los días que faltan hasta el final del mes de arranque y suma los meses completos.

La fecha de la revisión es la que figura en los informes: el 6 de octubre de 2026.