apt-get stuck at 0 [Connexion à us.archive.ubuntu.com]

163

Quand je fais la mise à niveau, ça reste bloqué ici:

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)] ░

Quand je fais la mise à jour, ça reste bloqué ici:

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

Je suis capable de faire un ping sur us.archive.ubuntu.com très bien:

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

Que puis-je faire pour résoudre ce problème?


Ce que j'ai essayé jusqu'à présent

J'ai essayé de suivre les instructions sur ce blog: http://nickescobedo.com/719/ubuntu-apt-get-hangs-at-0

Pour forcer apt-get à utiliser exclusivement IPv4

  • Créer un fichier dans /etc/apt/apt.conf.d/99force-ipv4
  • Ajouter cette ligne au fichier nouvellement créé Acquire::ForceIPv4 false;
  • Apt-get utilisera désormais exclusivement IPv4
Arian Faurtosh
la source
Aucune des réponses n'a fonctionné pour moi: mon problème était mon pare-feu d' hôte Windows bloquant mon invité Ubuntu s'exécutant dans Virtualbox.
drodsou
Aucune de ces réponses n'a fonctionné pour moi. J'ai redémarré ma machine virtuelle et cela fonctionne maintenant.
kilojoules

Réponses:

309

J'ai compris comment se remettre au travail.

Modifier gai.conf:

sudo vim /etc/gai.conf

changer la ligne ~ 54 pour supprimer les commentaires suivants:

precedence ::ffff:0:0/96  100

écrire et quitter:

:wq

MISE EN GARDE

Regardez la ligne 50 qui semble presque identique:

precedence ::ffff:0:0/96  10

C'est la mauvaise ligne. Allez ~ 4 lignes vers le bas et vous trouverez la bonne ligne décommenter parce qu'elle se termine par au 100lieu de10

Arian Faurtosh
la source
1
Merci d'avoir posté votre solution. J'avais le même problème et cela a résolu le problème.
Bradym
55
Comment avez-vous compris cela? Cela a soudainement commencé à m'arriver sur l'un de mes serveurs et cela a été corrigé.
Brian Neal
4
Qu'est-ce qui se passe ici? Voulez-vous expliquer pourquoi ce correctif fonctionne?
Four43 le
53
Problème: les FAI commencent à mettre en place un réseau IPv6 interne en vue de leur connexion éventuelle à Internet IPv6. En conséquence, les serveurs de ce réseau essaient maintenant de se connecter à * .ubuntu.com via son adresse IPv6 par défaut lors de l'exécution d'apt-get. Solution: décommentant precedence ::ffff:0:0/96 100permet aux requêtes de préférer IPv4
Arian Faurtosh
8
FIXÉ! C’est définitivement la solution à ce problème. Mais pour tous ceux qui rencontrent ce problème, assurez-vous de NE PAS faire ce que j'ai fait. J'ai commenté precedence ::ffff:0:0/96 10et j'ai dû revenir dans le fichier et commenter cette ligne à nouveau, puis décommenter la ligne correcte qui estprecedence ::ffff:0:0/96 100
dtigue
14

Il est préférable de désactiver l'IPV6 avant de mettre à jour et de mettre à niveau.

  1. Terminal ouvert

  2. Entrez sudo -H gedit /etc/sysctl.confet ouvrez le fichier de configuration et ajoutez les lignes suivantes à la fin

    net.ipv6.conf.all.disable_ipv6 = 1
    net.ipv6.conf.default.disable_ipv6 = 1 
    net.ipv6.conf.lo.disable_ipv6 = 1 
    
  3. Après cette course

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

    S'il indique '1', cela signifie que vous avez désactivé IPV6.

    S'il indique «0», veuillez suivre les étapes 4 et 5.

  4. Tapez la commande sudo sysctl -p. Vous verrez ceci dans le terminal.

    net.ipv6.conf.all.disable_ipv6 = 1 
    net.ipv6.conf.default.disable_ipv6 = 1 
    net.ipv6.conf.lo.disable_ipv6 = 1 
    
  5. Répétez l'opération ci-dessus «Étape 3» et le rapport 1 sera maintenant affiché.

Sudhir Belagali
la source
cela a fonctionné. Je n'ai pas compris pourquoi. Pouvez-vous expliquer s'il vous plaît.
AAI
6

Aucun des correctifs IPv6 n'a fonctionné pour moi. J'ai peut-être le même symptôme avec une cause différente. Ma solution consistait à passer à une autre archive en effectuant une recherche et à la remplacer dans sources.list, par exemple:

sudo vim /etc/apt/sources.list

Puis:

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

Cela me permet au moins de me remettre au travail jusqu'à ce que je découvre le vrai problème.

Rob Fisher
la source
1

Ce qui a fonctionné pour moi a été de basculer mes paramètres de réseau VirtualBox pour mon invité Ubuntu sur "NAT" à partir de "adaptateur ponté".

utilisateur994165
la source
Oui, cela est lié au travail. Mais pourquoi ne fonctionne-t-il pas avec "adaptateur ponté"? Je suis capable de tout faire avec "adaptateur ponté" sauf apt-get update.
Soufrk