Como resolver erro de rede inalcançável e conflitos no APT do Ubuntu 24.04

Quem usa Linux no dia a dia sabe que rodar sudo apt update é o primeiro teste para saber se o sistema está saudável e pronto para receber atualizações. Quando o comando quebra, a máquina fica travada, sem conseguir instalar ferramentas novas nem aplicar correções de segurança.

Recentemente enfrentei um cenário em que dois problemas diferentes travaram as atualizações em uma máquina com Ubuntu 24.04 (Noble Numbat): um aviso chato de arquitetura i386 não suportada em repositórios de terceiros e uma falha crítica de rede com a mensagem connect (101: A rede está fora de alcance) ao tentar acessar servidores do Launchpad via IPv6.

Abaixo mostro como diagnostiquei os dois problemas, o que fazer quando o comando add-apt-repository falha por falta de conexão e como forçar o APT a operar de forma estável.

1. O diagnóstico inicial e os erros no terminal#

Ao executar o comando de atualização:

sudo apt update

O terminal devolveu este relatório misturando avisos e falhas de conexão:

Lendo informação de estado... Pronto
1 pacote pode ser atualizado. Execute 'apt list --upgradable' para vê-lo.
N: Pulando a aquisição do arquivo configurado 'main/binary-i386/Packages', pois o repositório 'https://us-central1-apt.pkg.dev/projects/app-updater-dev app-debian InRelease' não tem suporte à arquitetura 'i386'
W: Falhou ao buscar https://ppa.launchpadcontent.net/cappelikan/ppa/ubuntu/dists/noble/InRelease  Não foi possível iniciar a conexão para ppa.launchpadcontent.net:443 (2620:2d:4000:1::81). - connect (101: A rede está fora de alcance) Não foi possível conectar em ppa.launchpadcontent.net:443 (185.125.190.80), conexão expirou
W: Falhou ao buscar https://ppa.launchpadcontent.net/danielrichter2007/grub-customizer/ubuntu/dists/noble/InRelease  Não foi possível iniciar a conexão para ppa.launchpadcontent.net:443 (2620:2d:4000:1::81). - connect (101: A rede está fora de alcance)
W: Falhou ao buscar https://ppa.launchpadcontent.net/graphics-drivers/ppa/ubuntu/dists/noble/InRelease  Não foi possível iniciar a conexão para ppa.launchpadcontent.net:443 (2620:2d:4000:1::81). - connect (101: A rede está fora de alcance)
W: Falhou ao buscar https://ppa.launchpadcontent.net/obsproject/obs-studio/ubuntu/dists/noble/InRelease  Não foi possível iniciar a conexão para ppa.launchpadcontent.net:443 (2620:2d:4000:1::81). - connect (101: A rede está fora de alcance)
W: Falhou o download de alguns ficheiros de índice. Foram ignorados ou os antigos foram usados em seu lugar.

Analisando a saída, há dois problemas com naturezas completamente diferentes:

1. Aviso de arquitetura (N): O repositório privado do Google Artifact Registry entrega apenas binários de 64 bits (amd64). Como o Ubuntu vem por padrão com multiarch habilitado (para compatibilidade com Steam ou Wine), o APT tenta buscar índices i386 e avisa que o servidor remoto não possui esses arquivos.
2. Falha de rede (W): Vários PPAs do Launchpad falharam com erro connect (101: A rede está fora de alcance). O sistema tentou resolver o domínio por IPv6 (2620:2d:4000:1::81), mas a rota de rede local ou do provedor não conseguiu alcançar esse destino, gerando tempo limite de conexão.

2. Corrigindo o aviso de arquitetura i386 em repositórios de terceiros#

O arquivo original do repositório em /etc/apt/sources.list.d/app-updater.list estava declarado sem restrição de arquitetura:

deb [signed-by=/etc/apt/keyrings/app-repo-key.gpg] https://us-central1-apt.pkg.dev/projects/app-updater-dev/ app-debian main

Quando você não define a arquitetura explicitamente em um sistema com multiarch, o APT solicita tanto binary-amd64 quanto binary-i386.

Para silenciar esse aviso e evitar requisições inúteis, basta adicionar a diretiva arch=amd64:

1. Abra o arquivo no editor:

sudo nano /etc/apt/sources.list.d/app-updater.list

1. Ajuste a linha inserindo arch=amd64 entre os colchetes:

deb [arch=amd64 signed-by=/etc/apt/keyrings/app-repo-key.gpg] https://us-central1-apt.pkg.dev/projects/app-updater-dev/ app-debian main

1. Salve o arquivo e feche o editor.

Na próxima atualização, o APT fará a consulta apenas para pacotes de 64 bits, eliminando a mensagem.

3. A armadilha do add-apt-repository quando a rede falha#

Para resolver os PPAs que estavam falhando no Launchpad, o primeiro impulso foi tentar removê-los com o comando oficial:

sudo add-apt-repository --remove ppa:danielrichter2007/grub-customizer

Em vez de remover a lista, o comando quebrou com uma exceção de Python:

Não é possível obter informações sobre PPA: '"Failed to download the PPA: HTTPSConnectionPool(host='launchpad.net', port=443): Max retries exceeded with url: /api/1.0/~danielrichter2007/+archive/grub-customizer (Caused by NewConnectionError('<piped_id>: Failed to establish a new connection: [Errno 101] A rede está fora de alcance'))."'.

O utilitário add-apt-repository tenta se comunicar com a API REST do Launchpad antes de apagar o arquivo local. Como a conexão de rede para o Launchpad estava inacessível, a ferramenta entrou em loop de tentativas e abortou sem fazer a limpeza.

4. Limpeza manual e offline de ppas problemáticos#

Quando uma ferramenta de alto nível falha por depender de rede, a solução mais rápida é manipular diretamente os arquivos no sistema de arquivos local.

Navegue até a pasta onde o APT armazena as fontes adicionais:

cd /etc/apt/sources.list.d/
ls -la

Localize os arquivos correspondentes aos PPAs que estão fora do ar ou incompatíveis com o Ubuntu 24.04 e remova-os diretamente com rm:

sudo rm \
cappelikan-ppa-noble.list \
graphics-drivers-ppa-noble.list \
kelebek333-nvidia-legacy-noble.list \
maarten-fonville-android-studio-noble.list \
obsproject-obs-studio-noble.list

Fazendo a exclusão manual direta, o APT deixa de tentar contatar esses endpoints na próxima execução, sem depender de nenhuma chamada à API externa.

5. Como forçar o APT a operar apenas em ipv4#

O erro 101: Network is unreachable ocorre frequentemente quando o roteador local ou a operadora distribui endereços IPv6 incompletos ou com rotas quebradas para determinados destinos internacionais. O sistema tenta priorizar o IPv6 e fica preso no timeout.

Para validar se o problema era exclusivamente a rota IPv6, rodei o update forçando IPv4:

sudo apt update -o Acquire::ForceIPv4=true

O comando executou com sucesso instantâneo, baixando todos os repositórios restantes (Docker, Tailscale, navegadores e repositórios oficiais do Ubuntu).

Para tornar essa configuração permanente no APT para que você não precise passar o parâmetro manualmente toda vez, crie uma regra de persistência:

echo 'Acquire::ForceIPv4 "true";' | sudo tee /etc/apt/apt.conf.d/99force-ipv4

Se o seu ambiente estiver enfrentando problemas de IPv6 em outros serviços além do APT, você também pode desativar temporariamente o processamento de IPv6 no kernel via sysctl:

sudo sysctl -w net.ipv6.conf.all.disable_ipv6=1
sudo sysctl -w net.ipv6.conf.default.disable_ipv6=1

6. Lições práticas para manter o APT saudável no Ubuntu noble#

Depois de aplicar o arch=amd64 no repositório de 64 bits, limpar os PPAs descontinuados e forçar o IPv4 no APT, o comando sudo apt update voltou a responder em menos de três segundos com zero erros e zero avisos.

Alguns pontos práticos para evitar dores de cabeça no Ubuntu 24.04:

1. PPAs antigos no Ubuntu Noble: O Ubuntu 24.04 mudou várias dependências de bibliotecas de sistema. Muitos PPas criados para versões anteriores ainda não têm suporte formal à suite noble. Sempre que possível, prefira pacotes oficiais dos desenvolvedores, Flatpaks ou binários estáveis.
2. Abstrações precisam de fallback manual: O comando add-apt-repository é conveniente, mas quando a rede quebra, saber onde ficam os arquivos em /etc/apt/sources.list.d/ resolve o problema em segundos.
3. Pilha IPv6 instável: Se comandos de rede como ping 8.8.8.8 funcionam normalmente enquanto sites específicos travam com erro 101, desconfie imediatamente do roteamento IPv6 e force o fallback para IPv4.

Veja também

Linux Dissecando o subsistema do APT: duplicidade no deb822, falhas de idempotência e multiarch

Linux Como resolver o erro 'cannot refresh cache whilst offline' no Linux e cPanel

DevOps Por baixo do capô do Ansible: do inventário estático aos desafios de SSH, syscalls e escalonamento

Este post está licenciado sob CC BY-NC.