Un point release que parecía de trámite hasta que miras el changelog del kernel

Cuando veo "24.04.5" en el timeline de Ubuntu, lo primero que pienso es en un aburrido acumulado de parches: nada que vaya a mover una sola máquina de mi homelab. Y en gran parte es así -- ISOs refrescadas, seguridad al día, nada que rompa nada por sí solo. Pero esta vez Canonical ha metido dentro del stack HWE (Hardware Enablement) algo que normalmente asocias a una LTS nueva de verdad: Linux 7.0, el kernel que en teoría iba a debutar con Ubuntu 26.04 "Resolute Raccoon" el año que viene, junto con Mesa 26.2 para gráficos. Eso en un point release de una LTS que lleva año y medio en producción en media internet no es trivial, y merece que le dediquemos algo más que un "actualiza y ya".

Qué es exactamente lo que cambia (y qué no)

Aquí importa separar dos cosas que la prensa generalista suele mezclar. Ubuntu 24.04 sigue teniendo su kernel GA, la serie 6.8, la misma con la que se lanzó Noble Numbat en abril de 2024 y la que sigue recibiendo parches de seguridad de forma independiente. Eso no se toca. Lo que cambia es el kernel HWE -- el que existe específicamente para dar soporte a hardware que salió después del lanzamiento de la LTS -- que salta de la serie 6.17 (24.04.4) a Linux 7.0 de golpe, sin pasar por una serie intermedia.

Y aquí está el matiz que de verdad importa para quien gestiona algo más que un portátil: en Ubuntu Desktop, el kernel HWE es el que se instala de serie desde la ISO refrescada -- si instalas hoy un Ubuntu Desktop 24.04.5 desde cero, arrancas directamente con Linux 7.0, lo sepas o no. En Ubuntu Server el comportamiento es el contrario: se sigue instalando el kernel GA por defecto, y el HWE queda como algo que tienes que pedir explícitamente con sudo apt install --install-recommends linux-generic-hwe-24.04 y un reinicio. Si ya tienes un 24.04 funcionando, sea Desktop o Server, no hace falta reinstalar nada -- las actualizaciones normales del sistema arrastran solas hasta este mismo punto.

Esa asimetría Desktop/Server no es un descuido, es la política de HWE de Ubuntu desde hace años aplicada con disciplina: en un portátil o sobremesa, priorizar el hardware nuevo tiene sentido porque es probable que el usuario haya comprado la máquina después de que saliera la LTS. En un servidor que llevas meses o años en producción, el hardware ya está soportado por el kernel con el que arrancó, así que no hay motivo para forzar un salto que solo trae riesgo.

Por qué "Linux 7.0" suena más dramático de lo que es en realidad

Vale la pena aclarar algo que se pierde en los titulares: el salto de 6.x a 7.0 no responde a ninguna reescritura radical del kernel. El propio Linus Torvalds lo confirmó como una decisión práctica de numeración, no un hito arquitectónico -- después de 6.19 tocaba renombrar antes de que los números de versión menor se volvieran absurdos. Dicho esto, el contenido de Linux 7.0 sí es sustancial: soporte para Rust promovido a estable (cierra un experimento que llevaba desde 2025 en discusión en el kernel summit), autocuración en el sistema de ficheros XFS, habilitación temprana de silicio como Intel Nova Lake y nuevos bloques gráficos de AMD, y el modo TSX de Intel pasando a "auto" por defecto en procesadores que lo soportan. Para un homelab con hardware de compra reciente -- una GPU integrada moderna usada para transcodificar en Jellyfin, por ejemplo -- Mesa 26.2 encima de ese kernel sí se nota en Vulkan/OpenGL y en aceleración de vídeo.

La parte que a un sysadmin le toca vigilar de verdad

Aquí está la tensión real de esta actualización: una LTS existe precisamente para que un sysadmin pueda dejar de pensar en el kernel durante años, y este point release le está ofreciendo -- de forma opcional, hay que reconocerlo -- la posibilidad de meterse un kernel con apenas cinco meses de rodaje real en producción, cuando lo habitual es que un GA acumule dos o tres años de parches antes de llegar a una LTS. Que sea opt-in en Server es la decisión correcta de Canonical, pero no cambia que quien lo active está asumiendo, a cambio de soporte de hardware nuevo, un perfil de estabilidad mucho más parecido al de una distro de rolling release que al de la LTS que eligió por sus garantías.

Y no es solo una hipótesis: ya existe un CVE parcheado específico para linux-hwe-7.0 (CVE-2026-64531, boletín USN-8659-2), publicado casi en paralelo a este mismo lanzamiento. No es alarmante en sí -- todo kernel recibe CVEs, es parte de un ciclo de vida sano -- pero confirma que quien opte por el HWE va a ver un ritmo de parcheo más activo que quien se quede en el GA, y que hay que estar más encima del apt upgrade de lo que exige normalmente una LTS.

El otro punto de fricción real, y el que a mí más me preocupa en un servidor con datos de verdad, son los módulos que se compilan vía DKMS: ZFS, los drivers propietarios de NVIDIA, drivers de controladoras HBA. Estos no siempre recompilan limpios al saltar de un kernel HWE a otro -- lo he visto de primera mano en saltos anteriores de la serie HWE, no es una advertencia teórica. Si tienes un pool ZFS o una GPU con drivers propietarios en una máquina donde decides instalar este HWE, la recomendación de sentido común es comprobar dkms status después del reinicio, antes de dar el sistema por bueno, y no fiarte de que "ya funcionaba antes".

Cómo lo estoy tratando yo en mi propio homelab

En mis nodos de Proxmox y en los contenedores que corren en LXC me quedo en el kernel GA sin pensarlo dos veces -- ahí lo único que quiero es que nada se mueva. Donde sí voy a probar el HWE es en la máquina de escritorio que uso para editar vídeo y en un mini-PC con GPU integrada reciente que hace de servidor de transcodificación: ahí el beneficio de Mesa 26.2 es tangible y el coste de un problema es, como mucho, un reinicio y una tarde perdida, no una caída de servicio.

Veredicto

Ubuntu 24.04.5 LTS hace bien su trabajo de point release -- ISOs limpias, parches acumulados, cero sorpresas para quien simplemente actualiza sin tocar nada más. Lo interesante, y lo que le da entidad propia frente a los anteriores ".x" de esta LTS, es la decisión de adelantar Linux 7.0 vía HWE: un movimiento calculado, opt-in donde más importa (Server) y automático donde el riesgo es menor (Desktop), que da soporte de hardware real sin comprometer la base GA que sostiene a media internet corriendo 24.04. No es gratis -- ya hay un CVE propio y el riesgo de DKMS es real, no de manual -- pero es un riesgo que Canonical ha dejado claramente en manos de quien administra el sistema, que es donde debe estar. Le doy un 7.3: sobresaliente en ejecución y en respeto a la promesa de estabilidad de una LTS, con nota descontada por lo joven que es el kernel que empaqueta y por la vigilancia extra que exige a cualquiera que gestione algo más que un portátil personal.