Ubuntu 26.04.1: o que mudou e quando atualizar

Ubuntu 26.04.1 em resumo

O Ubuntu 26.04.1 LTS (suporte de longo prazo) foi lançado em 27 de agosto de 2026, quatro meses depois de o Ubuntu 26.04 LTS ser lançado em 23 de abril de 2026. É uma versão agregada da versão já existente: usa o mesmo kernel Linux 7.0 e o mesmo conjunto de pacotes, com todas as atualizações de versões estáveis (SRU) e de segurança publicadas até 25 de agosto de 2026 integradas na mídia de instalação nova. Um servidor Ubuntu 26.04 que já está em execução apt full-upgrade já contém tudo isso. É num servidor 24.04 LTS que esta versão é relevante, porque é no primeiro lançamento pontual que a Canonical abre o caminho de atualização a partir da LTS anterior. Em 18 de setembro de 2026, esse caminho ainda não estava aberto, e um ficheiro de texto público indica o dia em que será aberto.

O que é uma versão de correção .1

Uma versão de correção é um instantâneo. A Canonical usa o arquivo 26.04 tal como está, com todas as atualizações disponibilizadas em resolute-updates e resolute-security desde abril, e cria novas imagens ISO e de cloud a partir dele. O anúncio da versão resume isso numa frase: "Esta versão de correção inclui muitas atualizações e foram disponibilizados meios de instalação atualizados, para que seja necessário transferir menos atualizações depois da instalação." Nada muda no suporte. Os cinco anos continuam a contar a partir de abril de 2026, por isso 26.04.1 tem suporte até abril de 2031, exatamente como a imagem de abril. O funcionamento geral, incluindo a razão pela qual versões de correção posteriores incluem um kernel mais recente e esta não, está explicado em como funcionam as versões de correção do Ubuntu. O que se segue é específico da versão 26.04.1.

O que mudou no Ubuntu 26.04.1

A lista completa está na página oficial das notas de lançamento do 26.04.1. É extensa, e a maior parte diz respeito a hardware de desktops e portáteis. Abaixo estão as entradas relevantes para um servidor.

Kernel: continua no Linux 7.0, ainda sem stack HWE

O 26.04 LTS foi lançado com Linux 7.0, acima do 6.8 do 24.04. A versão .1 continua no 7.0. As notas listam várias compilações linux SRU na secção do kernel, incluindo o tracker 7.0.0-15.15. Por isso, uname -r numa máquina atualizada mostra um número de ABI (application binary interface) superior ao da imagem de abril, mas continua na mesma série 7.0. Não existe kernel HWE (hardware enablement) no 26.04.1. A página do ciclo de vida do kernel do Ubuntu descreve o padrão: ".2 and newer point releases ship with an updated kernel" para o desktop, enquanto "Server installations default to the GA kernel and provide the enablement kernel as optional." GA significa general availability: é o kernel com que a versão foi lançada. Num VPS, isto significa que permanece no 7.0 durante todo o ciclo de vida da versão, salvo se optar pelo contrário. A decisão sobre utilizar ou não o kernel HWE num servidor é independente e não precisa de ser tomada hoje.

Vale a pena mencionar uma correção do kernel. O bug 2158267, "Performance regression causes SDXL inference slowdown (~42x)", foi corrigido no kernel genérico e na maioria das variantes cloud. Se executa cargas de inferência no 26.04 e notou uma degradação depois de uma atualização do kernel, essa é a entrada que deve consultar.

Correções para servidores e cloud

• openssl: uma atualização de segurança para o problema "HollowByte Denial of Service" (bug 2161371).
• rsync: "Regression fixes from May 2026 security update" (bug 2155874). Se o rsync deixou de funcionar em maio, o suporte .1 inclui a correção.
• exim4: três atualizações de segurança, incluindo uma escrita de um byte num buffer libertado e uma divulgação de informação no PROXYv2.
• ca-certificates: o pacote de autoridades de certificação da Mozilla passou para a versão 2.86.
• systemd: foi corrigido um atraso no cloud-init causado por um hook de resolução do systemd-networkd (bug 2148619), e o core passa a abrir o socket netfilter apenas quando necessário.
• libvirt e qemu: uma correção para "excessive memory allocation when physical_package_id is large" e uma correção para uma condição de corrida entre iothreads e grupos de limitação.
• apparmor: uma nova versão upstream, além de uma correção de perfil para "uucore locales reads". O uucore é o código partilhado sob rust-coreutils, e esta correção faz parte do mesmo problema que está a atrasar o aviso de atualização do 24.04, explicado abaixo.
• ubuntu-meta: pollinate foi removido dos seeds cloud-minimal, server, server-minimal e server-raspi, e curl foi adicionado explicitamente a cloud-minimal e server-minimal. Ambas as alterações aplicam-se ao conteúdo de uma instalação nova a partir do suporte .1.
• debootstrap: "Detect and support SHA512 in Release index files", o que é relevante se criar chroots ou contentores a partir do arquivo do 26.04.
• base-files: /etc/os-release passa a indicar 26.04.1, e o bug anterior "missing LTS in VERSION" foi corrigido. Assim, a cadeia passa a ser 26.04.1 LTS (Resolute Raccoon).

Suporte de instalação

As novas ISOs incluem quatro correções livecd-rootfs. A que pode afetar um utilizador de VPS é "fix: update nocloud password data format" (bug 2149891), que afeta instalações não interativas que fornecem uma palavra-passe através da fonte de dados NoCloud. As restantes definem as permissões do kernel e do initrd no diretório casper como 0644 e corrigem duas opções de arranque riscv64. Num fornecedor, raramente se instala a partir de uma ISO. O efeito prático é que um template criado a partir do 26.04.1 arranca já com as atualizações de segurança publicadas até 25 August 2026 aplicadas.

O atualizador de versões

Existem cinco entradas ubuntu-release-upgrader na versão .1, e uma delas afeta todas as máquinas 26.04. O bug 2154602, "data/release-upgrades: set Prompt=lts for resolute", corrigiu um erro da versão de abril: /etc/update-manager/release-upgrades foi lançado com Prompt=normal, que é a definição usada para versões intermédias. A versão 1:26.04.22 define-o como Prompt=lts. Sem esta correção, um servidor 26.04 receberia a proposta de atualização para o 26.10 em outubro. As restantes entradas corrigem particularidades do caminho a partir do 24.04 ("mark libfile-libmagic-perl for install on Noble"), uma particularidade do Raspberry Pi, uma limpeza do lint e uma lista de mirrors atualizada.

Como um servidor 26.04 chega a 26.04.1

Não há nenhuma atualização específica a executar. A versão intermédia é o estado do arquivo, e o servidor acompanha esse arquivo através do apt. Dois comandos fazem qualquer instalação 26.04 chegar ao mesmo estado da mídia .1 ou a um estado posterior.

sudo apt update
sudo apt full-upgrade

Use full-upgrade em vez de upgrade. apt upgrade recusa remover qualquer coisa. Por isso, quando uma atualização de pacote precisa que um pacote antigo seja removido, apresenta The following packages have been kept back e mantém os pacotes na versão antiga. full-upgrade pode remover pacotes, por isso conclui a operação. Verifique a cadeia da versão depois.

grep VERSION= /etc/os-release

Deve ver VERSION="26.04.1 LTS (Resolute Raccoon)". Se a cadeia ainda não contiver .1, a atualização base-files não foi aplicada. Normalmente, isso significa que apt update falhou ao contactar o seu mirror. Leia novamente a saída de apt update. Um mirror que ainda não foi sincronizado é a causa mais comum numa imagem nova do provedor.

Em seguida, verifique se o kernel mudou.

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

*** System restart required *** significa que foi instalado um pacote que requer reboot. Num servidor, quase sempre é o kernel. uname -r mostra o kernel atualmente em execução. O novo kernel não fica ativo até reiniciar o servidor. Faça o reboot quando puder suportar um minuto de indisponibilidade. Se a máquina não voltar a arrancar, um VPS que deixa de arrancar depois de uma atualização do kernel quase sempre arranca com o kernel anterior a partir do menu do GRUB. Depois de iniciar com o novo kernel, sudo apt autoremove --purge remove os kernels antigos. a limpeza de kernels antigos no Ubuntu explica quais deve manter.

Por fim, confirme se a correção do atualizador foi aplicada.

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

Deve ver Prompt=lts. Se vir Prompt=normal, você ou um script de provisionamento editou esse ficheiro antes da versão .1. Por isso, o dpkg manteve a sua cópia em vez de instalar a nova. Defina-o manualmente como lts. Essa diferença determina se o servidor receberá a proposta para atualizar para 26.10 no próximo mês ou para a próxima LTS em 2028. por que um servidor deve permanecer nas versões LTS explica o motivo.

Por que um servidor 24.04 ainda diz que não há nada para atualizar

Esta é a parte que confunde muitas pessoas, porque 26.04.1 existe e o atualizador continua a dizer que não há nenhuma atualização. O motivo é um sinalizador num ficheiro de texto controlado pela Canonical.

Num servidor 24.04, /etc/update-manager/release-upgrades contém Prompt=lts. Com essa definição, do-release-upgrade descarrega https://changelogs.ubuntu.com/meta-release-lts e lê a lista de versões nele contida. Para cada versão mais recente do que a sua, verifica um campo Supported:. O ciclo relevante em MetaRelease.py do update-manager, com 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

Uma versão com Supported: 0 é ignorada como se não existisse. Pode ler o ficheiro diretamente.

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

Em 18 September 2026, apresenta:

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

A linha Version já indica 26.04.1, portanto o ficheiro foi atualizado para a versão de manutenção. Apenas o sinalizador Supported continua em 0. Por isso, o ciclo não encontra nenhuma versão para atualizar, new_dist permanece vazio e do-release-upgrade apresenta a mensagem definida para o 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 essa mensagem como "ainda não está a ser disponibilizada nenhuma versão LTS para si" e ignore a sugestão sobre Prompt=normal. Defini-lo faria com que o atualizador lesse a lista de versões intermédias e lhe oferecesse 25.10, uma versão com nove meses de suporte. Depois, teria de fazer uma segunda atualização para chegar a 26.04. A mensagem mais curta No new release found. indica a mesma condição numa máquina cujo ficheiro já indica Prompt=normal, e o que fazer quando do-release-upgrade não encontra nenhuma versão nova explica ambas as mensagens e as respetivas outras causas. Há ainda outra mensagem que convém conhecer. Please install all available updates for your release before upgrading. significa que existem atualizações pendentes em 24.04. A correção é sudo apt full-upgrade antes de tentar novamente.

Por que razão o sinalizador ainda não mudou? O anúncio de 26.04.1 dizia: "Os utilizadores do Ubuntu 24.04 LTS receberão uma atualização automática para 26.04.1 LTS através do Update Manager algumas semanas depois desta versão, após alguns backports planeados para corrigir regressões numa versão recente de rust-coreutils." 26.04 é a primeira LTS em que ls e os outros utilitários essenciais vêm de rust-coreutils em vez de GNU coreutils, e o que as reescritas em Rust alteram no sistema base do Ubuntu explica por que razão uma atualização a partir de 24.04 é o primeiro ponto em que uma regressão nesses componentes aparece. A Canonical está a aguardar que essas correções estejam disponíveis em resolute-updates antes de ativar a notificação automática. Quando isso acontecer, o ficheiro muda para Supported: 1. A partir desse momento, o banner de login SSH em 24.04 apresenta New release '26.04.1 LTS' available. seguido de Run 'do-release-upgrade' to upgrade to it., e o mesmo comando que dizia não encontrar nenhuma versão passa a oferecer 26.04.1 sem qualquer alteração do seu lado.

Se não quiser esperar

O anúncio também indica a forma de contornar o sinalizador: do-release-upgrade -d. O texto de ajuda do sinalizador diz "Se estiver a usar a versão suportada mais recente, atualize para a versão de desenvolvimento", o que parece referir-se a 26.10, mas não é esse o caso numa LTS. Com Prompt=lts, -d faz duas coisas no código acima. Acrescenta -development ao URL, para que o atualizador leia meta-release-lts-development, e define useDevelopmentRelease, que corresponde à segunda metade da condição continue. A exclusão Supported: 0 deixa de se aplicar e resolute é disponibilizado. Esse ficheiro lista a LTS mais recente, por isso -d em 24.04 oferece 26.04.1 em vez de 26.10.

sudo do-release-upgrade -d

O custo é receber 26.04.1 no estado atual do arquivo, antes dos backports de rust-coreutils que a Canonical está a aguardar. Num servidor que possa ser reconstruído a partir de um snapshot, esta é uma opção razoável. Num servidor que não possa, aguarde pela alteração do sinalizador. Em qualquer dos casos, faça primeiro um snapshot e leia o guia completo para atualizar de 24.04 para 26.04 para conhecer o fallback da porta SSH 1022 e o tratamento dos repositórios de terceiros. Se a atualização parar a meio, recuperar de uma atualização de versão falhada do Ubuntu é a página que deve ter aberta.

A decisão

Já está em 26.04: não há nada de especial a fazer. Execute sudo apt update && sudo apt full-upgrade e reinicie se /var/run/reboot-required existir. Em seguida, confirme Prompt=lts. Nunca esteve atrasado, porque o point release é o fluxo de atualizações que já estava a utilizar.

Em 24.04: o caminho de atualização está prestes a abrir, mas, em 18 September 2026, continua fechado. Execute a linha curl acima uma vez por semana. Quando Supported: apresentar 1, planeie a atualização depois de criar primeiro um snapshot. Se quiser 26.04 antes disso, do-release-upgrade -d instala hoje a versão 26.04.1, com a ressalva acima. O próprio 24.04 LTS tem suporte até April 2029, por isso esperar mais algumas semanas pelo indicador não lhe custa nada.

Em 22.04 ou numa versão interim: as notas de lançamento são explícitas: "tem primeiro de atualizar para Ubuntu 24.04 LTS ou 25.10 antes de poder prosseguir para 26.04 LTS". Passe primeiro para 24.04 e siga depois o caminho indicado acima para 24.04. Num servidor 22.04, a atualização em duas etapas de 22.04 para 26.04 através de 24.04 explica a verificação e o snapshot a criar entre as etapas, além dos problemas esperados com PPA, PHP, Python, a base de dados e netplan.

FAQ

O Ubuntu 26.04.1 é uma versão nova que preciso de instalar?

Não. O Ubuntu 26.04.1 LTS, lançado em 27 August 2026, é o arquivo 26.04 com quatro meses de atualizações integradas nos novos meios de instalação. Um servidor 26.04 que execute sudo apt update && sudo apt full-upgrade está no estado .1 ou num estado posterior, e grep VERSION= /etc/os-release mostra 26.04.1 LTS (Resolute Raccoon) depois de aplicar a atualização base-files. O suporte continua até April 2031, contado a partir do lançamento de April 2026.

Por que motivo do-release-upgrade no 24.04 diz que não existe uma versão de desenvolvimento de um LTS disponível?

Porque Prompt=lts faz o atualizador ler meta-release-lts, e esse ficheiro lista 26.04.1 com Supported: 0. O atualizador ignora entradas não suportadas, não encontra nada mais recente e apresenta a mensagem definida para o caso Prompt=lts. A Canonical altera o sinalizador para Supported: 1 quando o caminho de atualização é aberto, e o anúncio do 26.04.1 associou essa alteração aos backports para regressões do rust-coreutils. Não defina Prompt=normal; essa opção disponibiliza o 25.10, uma versão intermédia.

O 26.04.1 inclui um kernel novo?

Não. O 26.04.1 continua na série Linux 7.0 com que o 26.04 LTS foi lançado, atualizada através de várias compilações SRU. O primeiro kernel HWE chega numa versão posterior, .2 segundo o padrão habitual do Ubuntu, e as instalações de servidor continuam a usar o kernel GA por predefinição. Uma VPS com 26.04 continua a usar 7.0, exceto se ativar manualmente a stack HWE.

Devo usar do-release-upgrade -d para passar agora do 24.04?

O anúncio disponibiliza essa opção para quem não quiser esperar. -d com Prompt=lts lê a lista de desenvolvimento do LTS e ignora o sinalizador Supported: 0, disponibilizando assim o 26.04.1 em vez do 26.10. Obtém o arquivo no estado atual, antes dos backports do rust-coreutils que a Canonical está a aguardar. Crie primeiro um snapshot. Use esta opção num servidor que possa reconstruir e aguarde pelo sinalizador num servidor que não possa reconstruir.