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 August 2026, cuatro meses después del lanzamiento de Ubuntu 26.04 LTS el 23 April 2026. Es una acumulación de la versión existente: usa el mismo kernel Linux 7.0 y el mismo conjunto de paquetes, con todas las actualizaciones de versión estable (SRU) y de seguridad publicadas hasta el 25 August 2026 integradas en los medios de instalación nuevos. 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 la primera actualización de punto es cuando Canonical habilita la ruta de actualización desde la LTS anterior. Al 18 September 2026, esa ruta todavía no está abierta, y un archivo de texto público indica el día en que se abrirá.

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é cambió en Ubuntu 26.04.1

La lista completa está en la página oficial de notas de la versión 26.04.1. Es extensa, y la mayor parte corresponde al 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 una pila HWE

26.04 LTS se publicó con Linux 7.0, frente a 6.8 en 24.04. La versión .1 sigue usando 7.0. Las notas enumeran varias compilaciones linux SRU en la sección del kernel, incluida la versión 7.0.0-15.15, por lo que uname -r en un equipo actualizado muestra un número ABI (interfaz binaria de aplicaciones) superior al de la imagen de abril, pero pertenece a la misma serie 7.0. 26.04.1 no incluye un kernel HWE (habilitación de hardware). La página del ciclo de vida del kernel de Ubuntu describe este patrón: «las versiones de punto .2 y posteriores se publican con un kernel actualizado» para equipos de escritorio, mientras que «las instalaciones de servidor usan de forma predeterminada el kernel GA y ofrecen el kernel de habilitación como opción». GA significa disponibilidad general: es el kernel con el que se publicó la versión. En un VPS esto significa que seguirá usando 7.0 durante todo el ciclo de vida de la versión, salvo que elija otra opción, y si un servidor debería usar el kernel HWE es una decisión independiente que no necesita tomar hoy.

Conviene mencionar una corrección del kernel. El error 2158267, «La regresión de rendimiento provoca una ralentización de la inferencia SDXL (~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 observó que se ralentizaron después de una actualización del kernel, esa es la entrada que debe consultar.

Correcciones para servidores y la nube

• openssl: una actualización de seguridad para el «problema de denegación de servicio HollowByte» (error 2161371).
• rsync: «Correcciones de regresiones de la actualización de seguridad de mayo de 2026» (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 «asignación excesiva de memoria cuando physical_package_id es grande» y otra para una condición de carrera entre iothreads y grupos de limitación.
• apparmor: una nueva versión de upstream, además de una corrección del perfil para «lecturas de locales de uucore». uucore es el código compartido bajo rust-coreutils, y esta corrección forma parte del mismo problema que está retrasando el aviso de actualización de 24.04, descrito más adelante.
• 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: «Detectar y admitir SHA512 en los archivos de índice Release», 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 «LTS ausente en VERSION», por lo que la cadena muestra 26.04.1 LTS (Resolute Raccoon).

Medio de instalación

Las nuevas imágenes ISO incluyen cuatro correcciones livecd-rootfs. La que puede afectar a un usuario de VPS es «corrección: actualizar el formato de los datos de contraseña de nocloud» (error 2149891), que afecta a las instalaciones desatendidas que pasan una contraseña mediante la fuente de datos NoCloud. Las otras correcciones establecen en 0644 los permisos del kernel y del initrd en el directorio casper y corrigen dos opciones de arranque de riscv64. En un proveedor normalmente no 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 hasta el 25 de agosto de 2026 ya aplicadas.

El actualizador de versiones

En .1 hay cinco entradas ubuntu-release-upgrader, y una de ellas afecta a todos los equipos con 26.04. El error 2154602, «data/release-upgrades: establecer Prompt=lts para 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 las versiones intermedias. La versión 1:26.04.22 la establece en Prompt=lts. Sin esta corrección, un servidor con 26.04 recibiría la oferta de actualizar a 26.10 en octubre. Las demás entradas corrigen problemas específicos de la ruta desde 24.04 («marcar libfile-libmagic-perl para instalar en Noble»), un problema 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 intermedia es el estado del archivo, y el servidor sigue ese archivo mediante apt. Dos comandos llevan cualquier instalación de 26.04 al mismo estado que el medio .1, o a uno posterior.

sudo apt update
sudo apt full-upgrade

Use full-upgrade en lugar de upgrade. apt upgrade se niega a eliminar paquetes, por lo que, cuando una actualización 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. 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 aún no contiene .1, la actualización base-files no se ha aplicado. Normalmente, esto significa que apt update falló al usar 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 actualizó el kernel.

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

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

Por último, confirme que se aplicó 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 lo que dpkg conservó su copia en lugar de instalar la nueva. Establézcalo manualmente en lts. Esta diferencia determina si el servidor recibirá la propuesta de actualizar a 26.10 el próximo mes o a la siguiente versión LTS en 2028. por qué un servidor debería mantenerse en versiones LTS explica el motivo.

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

Esta es la parte que confunde a muchos usuarios, porque 26.04.1 ya existe y el actualizador sigue indicando que no hay ninguna versión nueva. La causa es un indicador en un archivo de texto que controla Canonical.

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, con partes omitidas:

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 18 September 2026 muestra esto:

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

La línea Version ya indica 26.04.1, por lo que el archivo se actualizó para la versión de mantenimiento. Sólo el indicador Supported sigue siendo 0. Por eso, el bucle no encuentra ninguna versión actualizable, new_dist permanece vacío y do-release-upgrade muestra 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.

Interprete ese mensaje como «todavía no se le ofrece ninguna versión LTS» e ignore la sugerencia sobre Prompt=normal. Activarlo haría que el actualizador leyera la lista de versiones intermedias y le ofreciera 25.10, una versión con nueve meses de soporte. Después tendría que realizar una segunda actualización para llegar a 26.04. El mensaje más corto 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. También 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é no se ha activado el indicador? 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 esta versión, 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 básicas proceden de rust-coreutils en lugar de GNU coreutils. 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 de estas utilidades. Canonical mantiene desactivado el aviso automático hasta que esas correcciones estén en resolute-updates. Cuando lo estén, el archivo cambiará a Supported: 1. A partir de ese momento, el mensaje de inicio de sesión SSH en 24.04 mostrará New release '26.04.1 LTS' available. seguido de Run 'do-release-upgrade' to upgrade to it., y el mismo comando que antes indicaba que no había ninguna versión nueva empezará a ofrecer 26.04.1 sin que usted tenga que cambiar nada.

Si no quiere esperar

El anuncio también indica cómo 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, de modo 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 deja de aplicarse y se ofrece resolute. Ese archivo contiene la LTS más reciente, por lo que -d en 24.04 ofrece 26.04.1 en lugar de 26.10.

sudo do-release-upgrade -d

La consecuencia es que obtiene 26.04.1 tal como está disponible actualmente, antes de los backports de rust-coreutils que Canonical está esperando. En un servidor que pueda reconstruir desde un snapshot, es una opción razonable. Si no puede hacerlo, espere a que se active el indicador. En cualquier caso, cree primero un snapshot y lea la guía completa para actualizar de 24.04 a 26.04 sobre el fallback del puerto SSH 1022 y la gestión de repositorios de terceros. Si la actualización se detiene a mitad del proceso, tenga abierta la página recuperación de una actualización fallida de versión de Ubuntu.

La decisión

Ya está en 26.04: no debe 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 es el flujo de actualizaciones que ya estaba utilizando.

En 24.04: la ruta de actualización está a punto de abrirse, pero al 18 de septiembre de 2026 sigue cerrada. Ejecute la línea curl anterior una vez por semana. Cuando Supported: muestre 1, planifique la actualización y cree primero una snapshot. Si quiere 26.04 antes, do-release-upgrade -d le proporciona 26.04.1 hoy, con la salvedad indicada anteriormente. 24.04 LTS tiene soporte hasta abril de 2029, por lo que esperar unas semanas más a que aparezca el indicador no le supone ningún coste.

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». Actualice primero a 24.04 y siga después la ruta indicada anteriormente para 24.04.

FAQ

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

No. Ubuntu 26.04.1 LTS, publicada el 27 August 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, y grep VERSION= /etc/os-release muestra 26.04.1 LTS (Resolute Raccoon) una vez aplicada la actualización base-files. El soporte sigue terminando en April 2031, contado desde la publicación de April 2026.

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

Porque Prompt=lts hace que el actualizador lea meta-release-lts, y ese archivo incluye 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 definido para el caso Prompt=lts. Canonical cambia el indicador a Supported: 1 cuando se abre la ruta de actualización, y el anuncio de 26.04.1 vinculó ese cambio con los backports para las regresiones de rust-coreutils. No establezca Prompt=normal: esa opción ofrece 25.10, una versión intermedia.

¿26.04.1 incluye un kernel nuevo?

No. 26.04.1 sigue utilizando la serie Linux 7.0 con la que se publicó 26.04 LTS, actualizada mediante varias compilaciones SRU. El primer kernel HWE llega con una versión de punto posterior, .2 según el patrón habitual de Ubuntu, y las instalaciones de servidor siguen usando el kernel GA de forma predeterminada incluso entonces. Un VPS con 26.04 mantiene 7.0 a menos que habilite usted mismo la pila HWE.

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

El anuncio ofrece esa opción a quienes no quieran esperar. -d con Prompt=lts lee la lista de desarrollo de LTS e ignora el indicador Supported: 0, por lo que ofrece 26.04.1 en lugar de 26.10. Obtendrá el archivo tal como está antes de los backports de rust-coreutils que Canonical está esperando. Cree primero una instantánea. Use esta opción en un servidor que pueda reconstruir y espere a que se active el indicador en uno que no pueda reconstruir.