Ubuntu 26.04.1: cambios y cuándo actualizar

Ubuntu 26.04.1 en resumen

Ubuntu 26.04.1 LTS (soporte a largo plazo) se publicó el 27 de agosto de 2026, cuatro meses después del lanzamiento de Ubuntu 26.04 LTS, el 23 de abril de 2026. Es una actualización acumulativa de la versión existente: incluye el mismo kernel Linux 7.0 y el mismo conjunto de paquetes, con todas las actualizaciones estables (SRU) y de seguridad publicadas hasta el 25 de agosto de 2026 integradas en nuevos medios de instalación. Un servidor con Ubuntu 26.04 que ya estaba en ejecución apt full-upgrade ya contiene todo esto. Esta versión es relevante para un servidor con Ubuntu 24.04 LTS, porque Canonical habilita la ruta de actualización desde la LTS anterior con la primera actualización de punto. Esa ruta se habilitó el 29 de septiembre de 2026, y un archivo de texto público permite confirmarlo desde su propio terminal.

Qué es una versión de mantenimiento .1

Una versión de mantenimiento es una instantánea. Canonical toma el archivo de 26.04 tal como está, con todas las actualizaciones incorporadas en resolute-updates y resolute-security desde abril, y genera nuevas imágenes ISO y de nube a partir de él. El anuncio de la versión lo resume en una frase: «Esta versión de mantenimiento incluye muchas actualizaciones y proporciona medios de instalación actualizados, por lo que será necesario descargar menos actualizaciones después de la instalación». El soporte no cambia. Los cinco años siguen contando desde abril de 2026, por lo que 26.04.1 recibe soporte hasta abril de 2031, exactamente igual que la imagen de abril. El funcionamiento general, incluido el motivo por el que las versiones de mantenimiento posteriores incluyen un kernel más reciente y esta no, se explica en cómo funcionan las versiones de mantenimiento de Ubuntu. Lo que sigue es específico de 26.04.1.

Qué ha cambiado en Ubuntu 26.04.1

La página oficial de notas de la versión 26.04.1 contiene el resumen. Sólo cubre los paquetes de main y restricted, y los registros de cambios de cada paquete contienen todos los detalles. Es extensa, y la mayor parte trata sobre hardware de equipos de escritorio y portátiles. A continuación se indican las entradas relevantes para un servidor.

Kernel: sigue siendo Linux 7.0; todavía no hay un kernel HWE más reciente

26.04 LTS se publicó con Linux 7.0, frente a 6.8 en 24.04. La versión .1 mantiene 7.0. Las notas enumeran varias compilaciones linux SRU en la sección del kernel, incluida la del seguimiento 7.0.0-15.15. Por tanto, uname -r en una máquina con los parches aplicados muestra un número de ABI (interfaz binaria de aplicaciones) superior al de la imagen de abril, pero pertenece a la misma serie 7.0. Los metapaquetes HWE (habilitación de hardware) ya existen en el archivo de 26.04: linux-generic-hwe-26.04 está publicado, pero a fecha de 10 October 2026 instala un kernel 7.0, la misma serie que el kernel GA. GA significa disponibilidad general y designa el kernel con el que se publicó la versión. Por tanto, 26.04.1 no incluye un kernel HWE más reciente; sólo incluye el paquete que lo proporcionará cuando una versión posterior mueva la pila HWE. Para 24.04 y versiones anteriores, la referencia de Ubuntu al kernel HWE indica: "Server installations will default to the general availability (GA) kernel and provide the HWE kernel as an option." El instalador de 26.04 cambia una parte de ese comportamiento. Las notas de la versión de Subiquity 26.04 indican que un metapaquete OEM o HWE adecuado, que antes sólo se instalaba de forma predeterminada en Desktop, "will also be installed for Ubuntu Server" a partir de 26.04 cuando el instalador encuentra uno compatible con el hardware. Por tanto, un servidor instalado desde un medio de 26.04 puede terminar siguiendo un paquete HWE, y dpkg -l | grep hwe muestra si ese es su caso. En un VPS que siga el kernel GA linux-generic, permanecerá en 7.0 durante toda la vida de la versión, salvo que elija otra opción. Además, si un servidor debe usar el kernel HWE es una decisión independiente que no necesita tomar hoy.

Conviene mencionar una corrección del kernel. El error 2158267, "Performance regression causes SDXL inference slowdown (~42x)", se corrigió en el kernel genérico y en la mayoría de las variantes para la nube. Si ejecuta cargas de inferencia en 26.04 y se ralentizaron después de una actualización del kernel, esa es la entrada que debe revisar.

Correcciones para servidores y la nube

• openssl: actualización de seguridad para el problema "HollowByte Denial of Service" (error 2161371).
• rsync: "Regression fixes from May 2026 security update" (error 2155874). Si rsync dejó de funcionar en mayo, el medio .1 incluye la corrección.
• exim4: tres actualizaciones de seguridad, incluida una escritura de un byte en un búfer liberado y una divulgación de información en PROXYv2.
• ca-certificates: el paquete de autoridades certificadoras de Mozilla se actualizó a la versión 2.86.
• systemd: se corrigió un retraso en cloud-init causado por un hook de resolución de systemd-networkd (error 2148619), y el componente principal ahora abre su socket de netfilter sólo cuando es necesario.
• libvirt y qemu: una corrección para la "excessive memory allocation when physical_package_id is large" y otra para una condición de carrera entre iothreads y grupos de limitación.
• apparmor: una nueva versión del proyecto original, además de una corrección del perfil para "uucore locales reads". uucore es el código compartido bajo rust-coreutils, y esta corrección forma parte del mismo problema que retrasó hasta el 29 September el aviso de actualización a 24.04, como se explica más abajo.
• ubuntu-meta: pollinate se eliminó de las semillas cloud-minimal, server, server-minimal y server-raspi, y curl se añadió explícitamente a cloud-minimal y server-minimal. Ambos cambios afectan al contenido de una instalación nueva realizada desde el medio .1.
• debootstrap: "Detect and support SHA512 in Release index files", algo relevante si crea chroots o contenedores a partir del archivo de 26.04.
• base-files: /etc/os-release ahora muestra 26.04.1, y se corrigió el error anterior de "missing LTS in VERSION", por lo que la cadena muestra 26.04.1 LTS (Resolute Raccoon).

Medio del instalador

Las nuevas ISO incluyen cuatro correcciones livecd-rootfs. La que puede afectar a un usuario de VPS es "fix: update nocloud password data format" (error 2149891), que afecta a las instalaciones desatendidas que proporcionan una contraseña mediante la fuente de datos NoCloud. Las otras establecen los permisos del kernel y de initrd en el directorio casper en 0644 y corrigen dos opciones de arranque de riscv64. En una imagen del proveedor rara vez se instala desde una ISO, por lo que el efecto práctico es que una plantilla creada a partir de 26.04.1 arranca con las actualizaciones de seguridad publicadas hasta 25 August 2026 ya aplicadas.

El actualizador de versiones

En .1 hay cinco entradas ubuntu-release-upgrader, y una de ellas afecta a todas las máquinas con 26.04. El error 2154602, "data/release-upgrades: set Prompt=lts for resolute", corrigió un error de la versión de abril: /etc/update-manager/release-upgrades se publicó con Prompt=normal, que es la configuración de una versión intermedia. La versión 1:26.04.22 lo establece en Prompt=lts. Sin esa corrección, a un servidor con 26.04 se le ofrecería 26.10 en octubre. Las demás entradas corrigen particularidades de la ruta desde 24.04 ("mark libfile-libmagic-perl for install on Noble"), una particularidad de Raspberry Pi, una limpieza de lint y una lista de mirrors actualizada.

Cómo un servidor 26.04 llega a 26.04.1

No hay ninguna actualización específica que ejecutar. La versión de mantenimiento corresponde al estado del archivo, y el servidor sigue ese archivo mediante apt. Dos comandos llevan una instalación 26.04 al mismo estado que el medio .1, o incluso más allá, con una excepción que se explica a continuación.

sudo apt update
sudo apt full-upgrade

Use full-upgrade en lugar de upgrade. apt upgrade se niega a eliminar cualquier elemento. Por eso, cuando una actualización de paquete necesita eliminar un paquete antiguo, muestra The following packages have been kept back y lo deja en la versión anterior. full-upgrade puede eliminar paquetes, así que completa la operación. La excepción es la implementación gradual, que ninguno de los dos comandos omite. Ubuntu distribuye algunas actualizaciones a un porcentaje creciente de equipos, y el manual de apt_preferences indica que, en un equipo fuera de ese porcentaje, la nueva versión «se fija en 1 y, por tanto, se mantiene retenida» hasta que la implementación gradual lo incluya. Que un paquete esté retenido por una implementación gradual no indica un fallo. Un apt full-upgrade posterior lo instalará. Compruebe después la cadena de versión.

grep VERSION= /etc/os-release

Debería ver VERSION="26.04.1 LTS (Resolute Raccoon)". Si la cadena todavía no contiene .1, la actualización base-files no se ha aplicado. Normalmente, esto significa que apt update falló al acceder a su mirror. Vuelva a leer la salida de apt update. En una imagen nueva del proveedor, la causa más habitual es que el mirror todavía no se haya sincronizado.

A continuación, compruebe si se ha actualizado el kernel.

cat /var/run/reboot-required
uname -r

*** System restart required *** indica que se ha instalado un paquete que requiere reiniciar el sistema. En un servidor, casi siempre se trata del kernel. uname -r muestra el kernel que está ejecutándose ahora. El nuevo kernel no estará activo hasta que reinicie, así que hágalo cuando pueda asumir un minuto de inactividad. Si el equipo no vuelve a arrancar, un VPS que deja de arrancar después de actualizar el kernel casi siempre puede iniciar con el kernel anterior desde el menú de GRUB. Cuando el equipo ya esté ejecutándose con el kernel nuevo, sudo apt autoremove --purge elimina los anteriores, y cómo limpiar kernels antiguos en Ubuntu explica cuáles debe conservar.

Por último, confirme que se ha aplicado la corrección del actualizador.

grep -v '^#' /etc/update-manager/release-upgrades

Debería ver Prompt=lts. Si ve Prompt=normal, usted o un script de aprovisionamiento modificó ese archivo antes de .1. Por eso, dpkg conservó su copia en lugar de instalar la nueva. Establezca manualmente el valor lts. Esta diferencia determina si al servidor se le ofrecerá 26.10 este octubre o la siguiente LTS en 2028. por qué un servidor debería mantenerse en versiones LTS explica los motivos.

Por qué un servidor 24.04 sigue indicando que no hay nada que actualizar

Desde el 29 de septiembre de 2026 ya no debería ocurrir. Durante el mes transcurrido entre el lanzamiento de 26.04.1 y esa fecha, 26.04.1 ya existía, pero el actualizador seguía indicando que no había ninguna actualización. Esto confundió a muchos usuarios. La causa era un indicador en un archivo de texto que controla Canonical. Ese mismo archivo es lo primero que debe comprobar si un servidor 24.04 sigue indicándolo hoy.

En un servidor 24.04, /etc/update-manager/release-upgrades contiene Prompt=lts. Con esa configuración, do-release-upgrade descarga https://changelogs.ubuntu.com/meta-release-lts y lee la lista de versiones que contiene. Para cada versión posterior a la instalada, comprueba un campo Supported:. Este es el bucle relevante de MetaRelease.py de update-manager, abreviado:

for dist in dists:
    if dist.date > current_dist.date:
        if not dist.supported and not self.useDevelopmentRelease:
            continue
        upgradable_to = dist
        break

Una versión con Supported: 0 se omite como si no existiera. Puede leer el archivo directamente.

curl -s https://changelogs.ubuntu.com/meta-release-lts | grep -A4 '^Dist: resolute'

El 10 de octubre de 2026 muestra lo siguiente:

Dist: resolute
Name: Resolute Raccoon
Version: 26.04.1 LTS
Date: Thu, 23 April 2026 00:26:04 UTC
Supported: 1

El bloque también incluye una línea UpgradeTool que apunta al actualizador de resolute en resolute-updates. Hasta el 29 de septiembre, la línea Version ya indicaba 26.04.1, pero Supported tenía el valor 0. Con ese valor, el bucle no encontraba ninguna versión actualizable, new_dist permanecía vacío y do-release-upgrade mostraba el mensaje definido para el caso Prompt=lts:

Checking for a new Ubuntu release
There is no development version of an LTS available.
To upgrade to the latest non-LTS development release
set Prompt=normal in /etc/update-manager/release-upgrades.

Si su servidor 24.04 muestra ese mensaje hoy, el indicador ya no es la causa. Ejecute la línea curl y confirme que muestra Supported: 1. Compruebe que /etc/update-manager/release-upgrades siga indicando Prompt=lts y no Prompt=never, y vuelva a ejecutar el comando. Ignore la sugerencia sobre Prompt=normal. Esa configuración hace que el actualizador lea la lista completa de versiones y mantiene el equipo en el canal de versiones intermedias. Por tanto, cuando llegue a 26.04 se le ofrecerá 26.10, una versión con nueve meses de soporte. El mensaje más breve No new release found. corresponde a la misma condición en un equipo cuyo archivo ya indica Prompt=normal, y qué hacer cuando do-release-upgrade no encuentra ninguna versión nueva explica ambos mensajes y sus otras causas. Conviene conocer otro mensaje. Please install all available updates for your release before upgrading. significa que hay actualizaciones pendientes en 24.04. La solución es sudo apt full-upgrade antes de volver a intentarlo.

¿Por qué el indicador permaneció en 0 durante un mes? El anuncio de 26.04.1 decía: "A los usuarios de Ubuntu 24.04 LTS se les ofrecerá una actualización automática a 26.04.1 LTS mediante Update Manager un par de semanas después de este lanzamiento, una vez aplicados algunos backports previstos para corregir regresiones en una versión reciente de rust-coreutils". 26.04 es la primera versión LTS en la que ls y las demás utilidades principales proceden de rust-coreutils en lugar de GNU coreutils, y qué cambian las reescrituras en Rust del sistema base de Ubuntu explica por qué una actualización desde 24.04 es el primer punto en el que aparece una regresión en ellas. Canonical mantuvo bloqueada la actualización hasta el 29 de septiembre de 2026, cuando el equipo de versiones anunció: "Las actualizaciones de Ubuntu 24.04 LTS a Ubuntu 26.04.1 LTS, cuyo nombre en clave es 'Resolute Raccoon', ya están habilitadas". El archivo cambió a Supported: 1. A los usuarios de escritorio se les "ofrecerá una actualización automática a 26.04.1 LTS mediante Update Manager, que se desplegará progresivamente durante los próximos días". Los usuarios de servidores no tienen que esperar a ese despliegue: el anuncio indica que pueden "iniciar la actualización en cualquier momento ejecutando: $ do-release-upgrade". Una vez ejecutada la comprobación periódica de versiones, el banner de inicio de sesión SSH en 24.04 muestra New release '26.04.1 LTS' available. seguido de Run 'do-release-upgrade' to upgrade to it., y el mismo comando que en septiembre indicaba que no había ninguna versión nueva ahora ofrece 26.04.1 sin que tenga que cambiar nada.

Si no quiere esperar

Ya no hay nada que esperar. Antes del 29 de septiembre, el anuncio de 26.04.1 indicaba una forma de evitar el indicador: do-release-upgrade -d. El texto de ayuda del indicador dice "Si usa la versión compatible más reciente, actualice a la versión de desarrollo", lo que parece referirse a 26.10, pero no es así en una versión LTS. Con Prompt=lts, -d hace dos cosas en el código anterior. Añade -development a la URL, por lo que el actualizador lee meta-release-lts-development, y establece useDevelopmentRelease, que es la segunda parte de la condición continue. El salto Supported: 0 ya no se aplicaba y se ofrecía resolute. Ahora que el indicador tiene el valor 1, ese atajo ya no es necesario. El comando normal ofrece 26.04.1 y es el que el anuncio de Canonical del 29 de septiembre indica para los usuarios de servidores.

sudo do-release-upgrade

Si actualizó antes con -d, usa la misma versión que los demás usuarios, y sudo apt full-upgrade en 26.04 la pone al día con todo lo publicado desde entonces. En cualquier caso, cree primero una snapshot y consulte la guía completa para actualizar de 24.04 a 26.04 sobre el fallback al puerto SSH 1022 y la gestión de repositorios de terceros. Si la actualización se detiene a mitad del proceso, cómo recuperar una actualización de versión fallida de Ubuntu es la página que debe tener abierta.

La decisión

Ya está en 26.04: no tiene que hacer nada especial. Ejecute sudo apt update && sudo apt full-upgrade y reinicie si existe /var/run/reboot-required. Después, confirme Prompt=lts. Nunca estuvo atrasado, porque la versión de mantenimiento pertenece al flujo de actualizaciones que ya estaba usando.

En 24.04: la ruta de actualización está disponible. Canonical la habilitó el 29 de septiembre de 2026 y, a fecha de 10 de octubre de 2026, la línea curl anterior muestra Supported: 1. Cree una instantánea, ejecute sudo apt full-upgrade para que no quede nada pendiente y, después, ejecute sudo do-release-upgrade. 24.04 LTS tiene soporte hasta abril de 2029, por lo que puede elegir una ventana de mantenimiento tranquila en lugar de apresurarse, pero ya no queda ningún indicador por el que deba esperar.

En 22.04 o en una versión intermedia: las notas de la versión indican explícitamente que «primero debe actualizar a Ubuntu 24.04 LTS o 25.10 antes de poder continuar con 26.04 LTS». Vaya primero a 24.04 y, después, siga la ruta de 24.04 anterior. En un servidor 22.04, la ruta de dos saltos de 22.04 a 26.04 a través de 24.04 incluye las comprobaciones y la instantánea que debe realizar entre ambos saltos, además de los problemas previsibles con PPA, PHP, Python, la base de datos y netplan.

FAQ

¿Ubuntu 26.04.1 es una versión nueva que debo instalar?

No. Ubuntu 26.04.1 LTS, publicada el 27 de agosto de 2026, es el archivo de Ubuntu 26.04 con cuatro meses de actualizaciones integradas en los nuevos medios de instalación. Un servidor con 26.04 que ejecuta sudo apt update && sudo apt full-upgrade está en el estado .1 o en uno posterior, salvo que alguna actualización todavía se esté implementando gradualmente, y grep VERSION= /etc/os-release muestra 26.04.1 LTS (Resolute Raccoon) cuando se aplica la actualización base-files. El soporte sigue terminando en abril de 2031, contado desde la publicación de abril de 2026.

¿Por qué do-release-upgrade en 24.04 indica que no hay una versión de desarrollo de LTS disponible?

Hasta el 29 de septiembre de 2026 mostraba ese mensaje porque Prompt=lts hace que el actualizador lea meta-release-lts, y ese archivo indicaba 26.04.1 con Supported: 0. El actualizador omite las entradas no compatibles, no encuentra ninguna versión más reciente y muestra el mensaje previsto para el caso Prompt=lts. Canonical cambió el indicador a Supported: 1 cuando habilitó la ruta de actualización el 29 de septiembre de 2026. Si sigue viendo el mensaje, confirme que la comprobación curl muestra Supported: 1 y que Prompt=lts está configurado; después, vuelva a intentarlo. No configure Prompt=normal, porque coloca el servidor en el canal de versiones intermedias.

¿26.04.1 incluye un kernel nuevo?

No. 26.04.1 mantiene la serie Linux 7.0 con la que se publicó 26.04 LTS, actualizada mediante varias compilaciones SRU. Los metapaquetes HWE, como linux-generic-hwe-26.04, ya existen, pero actualmente instalan la misma serie 7.0 que el kernel GA. Un kernel HWE más reciente llegará con una versión de mantenimiento posterior, .2, según el patrón habitual de Ubuntu. Desde 26.04, el instalador de servidor también instala un metapaquete OEM o HWE compatible cuando encuentra uno para el hardware. Una VPS que sigue linux-generic mantiene 7.0, salvo que se habilite manualmente la pila HWE.

¿Debo usar do-release-upgrade -d para pasar de 24.04 ahora?

Ya no. Antes del 29 de septiembre de 2026, el anuncio ofrecía -d a quienes no quisieran esperar, porque -d con Prompt=lts lee la lista de versiones LTS en desarrollo e ignora el indicador Supported: 0. Ahora el indicador tiene el valor 1, por lo que sudo do-release-upgrade sin opciones ofrece 26.04.1. Ese es el comando que proporciona el anuncio de Canonical del 29 de septiembre para los usuarios de servidores. En cualquier caso, cree primero una instantánea.