Questão apt-get stuck at 0 [Conectando-se a us.archive.ubuntu.com]


Quando eu faço upgrade, fica preso aqui:

user@plato:~# sudo apt-get upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
  bind9-host coreutils cpio curl dnsutils libbind9-90 libc-bin libc-dev-bin
  libc6 libc6-dev libcgmanager0 libcurl3 libcurl3-gnutls libdns100
  libdrm-intel1 libdrm-nouveau2 libdrm-radeon1 libdrm2 libisc95 libisccc90
  libisccfg90 libjasper1 liblwres90 libplymouth2 libsepol1 libssl-dev
  libssl-doc libssl1.0.0 linux-libc-dev mime-support multiarch-support ntp
  ntpdate openssl plymouth plymouth-theme-ubuntu-text python3-distupgrade
  ubuntu-release-upgrader-core unzip
39 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 16.0 MB of archives.
After this operation, 12.3 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
0% [Connecting to us.archive.ubuntu.com (2001:67c:1562::15)] ░

Quando atualizo, fica preso aqui:

user@plato:~# apt-get update
0% [Connecting to us.archive.ubuntu.com (2001:67c:1562::14)] [Connecting to sec░

Eu sou capaz de pingar us.archive.ubuntu.com bem:

user@plato:~# ping us.archive.ubuntu.com
PING us.archive.ubuntu.com (91.189.91.23) 56(84) bytes of data.
64 bytes from economy.canonical.com (91.189.91.23): icmp_seq=1 ttl=54 time=81.5 ms
64 bytes from economy.canonical.com (91.189.91.23): icmp_seq=2 ttl=54 time=81.5 ms
64 bytes from economy.canonical.com (91.189.91.23): icmp_seq=3 ttl=54 time=81.5 ms
64 bytes from economy.canonical.com (91.189.91.23): icmp_seq=4 ttl=54 time=81.4 ms
^C
--- us.archive.ubuntu.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 81.425/81.528/81.582/0.355 ms

Oque posso fazer para consertar isso?


O que eu tentei até agora.

Eu tentei seguir as instruções neste blog: http://nickescobedo.com/719/ubuntu-apt-get-hangs-at-0

Para forçar o apt-get a usar o IPv4 exclusivamente

  • Crie um arquivo em /etc/apt/apt.conf.d/99force-ipv4
  • Adicione esta linha ao arquivo recém-criado Acquire::ForceIPv4 false;
  • O Apt-get agora usará o IPv4 exclusivamente

149
2018-01-16 23:04


origem


Nenhuma das respostas funcionou para mim: meu problema era meu host do Windows firewall bloqueando meu guest do Ubuntu rodando no Virtualbox. - drodsou
Nenhuma dessas respostas funcionou para mim. Eu reiniciei minha máquina virtual e funciona agora. - kilojoules


Respostas:


Eu descobri como fazer com que o apt-get funcionasse novamente.

Editar gai.conf:

sudo vim /etc/gai.conf

mude de linha ~ 54 para descomentar o seguinte:

precedence ::ffff:0:0/96  100

escreva e saia:

:wq

CUIDADO

Olhe para fora a linha 50, que parece quase idêntica:

precedence ::ffff:0:0/96  10

Esta é a linha errada. Vá até 4 linhas abaixo e você encontrará a linha correta para descomentar porque termina com 100 ao invés de 10


261
2018-01-18 17:23



Obrigado por postar sua solução. Eu estava tendo o mesmo problema e isso resolveu. - bradym
Como na Terra você descobriu isso? Isso de repente começou a acontecer comigo em um dos meus servidores e isso resolveu isso. - Brian Neal
O que está acontecendo aqui? Cuidado para explicar por que essa correção funciona? - four43
Problema: Os ISPs estão começando a configurar uma rede IPv6 interna em preparação para eventualmente se conectar à Internet IPv6. Como resultado, os servidores nesta rede agora tentam se conectar ao * .ubuntu.com através do seu endereço IPv6 por padrão ao executar o apt-get. Solução: descomentando precedence ::ffff:0:0/96 100 permite que as solicitações prefiram o IPv4 - Arian Faurtosh
FIXO! Essa é definitivamente a correção correta para esse problema. Mas para qualquer um que se deparar com essa correção, certifique-se de NÃO fazer o que eu fiz. Eu descomentei precedence ::ffff:0:0/96 10 e eu tive que voltar para o arquivo e comentar essa linha novamente e, em seguida, descomente a linha correta que é precedence ::ffff:0:0/96 100 - dtigue


É melhor desativar o IPV6 antes de atualizar e atualizar.

  1. Terminal aberto

  2. Entrar sudo -H gedit /etc/sysctl.conf e abra o arquivo de configuração e adicione as seguintes linhas no final

    net.ipv6.conf.all.disable_ipv6 = 1
    net.ipv6.conf.default.disable_ipv6 = 1 
    net.ipv6.conf.lo.disable_ipv6 = 1 
    
  3. Depois disso, corra

    cat /proc/sys/net/ipv6/conf/all/disable_ipv6 
    

    Se ele informar "1" significa que você desativou o IPV6.

    Se o relatório for "0", siga as etapas 4 e 5.

  4. Digite o comando sudo sysctl -p. Você vai ver isso no terminal.

    net.ipv6.conf.all.disable_ipv6 = 1 
    net.ipv6.conf.default.disable_ipv6 = 1 
    net.ipv6.conf.lo.disable_ipv6 = 1 
    
  5. Repita acima do “Passo 3” e agora ele reportará 1.


9
2018-05-06 07:52



Este passo funcionou, obrigado :-) - Aritra Chatterjee


Nenhuma das correções do IPv6 funcionou para mim. Possivelmente eu tenho o mesmo sintoma com uma causa diferente. Minha solução alternativa era alternar para um arquivo diferente fazendo uma pesquisa e substituindo em sources.list, por exemplo:

sudo vim /etc/apt/sources.list

E depois:

:%s/us\.archive/de\.archive/g
:wq

Isso pelo menos me permite voltar ao trabalho até que eu descubra o verdadeiro problema.


4
2018-01-13 11:30





O que funcionou para mim foi mudar minhas configurações de rede do VirtualBox para meu guest do Ubuntu para "NAT" de "Bridged Adapter".


0
2018-02-10 20:20



Sim, isso está fadado a funcionar. Mas, por que não funciona com o 'Adaptador em ponte'? Eu sou capaz de fazer tudo com 'Bridged Adapter' exceto apt-get update. - soufrk