Question apt-get coincé à 0 [Connexion à nous.archive.ubuntu.com]


Quand je mets à niveau, il 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)] ░

Lorsque je le mets à jour, il 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 avec nous.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'ici

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 IPv4 exclusivement

  • Créer un fichier dans /etc/apt/apt.conf.d/99force-ipv4
  • Ajouter cette ligne au fichier nouvellement créé Acquire::ForceIPv4 false;
  • Apt-get va maintenant utiliser exclusivement IPv4

149
2018-01-16 23:04


origine


Aucune des réponses n'a fonctionné pour moi: mon problème était mon hôte Windows pare-feu bloquer mon invité Ubuntu en cours d'exécution dans Virtualbox. - drodsou
Aucune de ces réponses n'a fonctionné pour moi. J'ai redémarré ma machine virtuelle et ça marche maintenant. - kilojoules


Réponses:


J'ai compris comment obtenir apt-get au travail à nouveau.

modifier gai.conf:

sudo vim /etc/gai.conf

changez 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 plus bas et vous trouverez la bonne ligne à décommenter car elle se termine par 100 au lieu de 10


261
2018-01-18 17:23



Merci d'avoir posté votre solution. J'avais le même problème et cela a résolu le problème. - bradym
Comment sur Terre avez-vous compris cela? Cela a soudainement commencé à arriver à moi sur un de mes serveurs et cela a résolu le problème. - Brian Neal
Qu'est-ce qui se passe ici? Attention à expliquer pourquoi ce correctif fonctionne? - four43
Problème: Les fournisseurs de services Internet commencent à mettre en place un réseau IPv6 interne en vue d’une connexion éventuelle à Internet IPv6. Par conséquent, les serveurs de ce réseau tentent désormais de se connecter à * .ubuntu.com via leur adresse IPv6 par défaut lors de l'exécution d'apt-get. Solution: décommenter precedence ::ffff:0:0/96 100 autorise les demandes à préférer IPv4 - Arian Faurtosh
FIXÉ! C'est certainement le bon correctif pour ce problème. Mais pour quiconque trouve cette solution, assurez-vous de ne PAS faire ce que j'ai fait. Je n'ai pas commenté precedence ::ffff:0:0/96 10 et je devais retourner dans le fichier et commenter cette ligne à nouveau, puis décommenter la ligne correcte qui est precedence ::ffff:0:0/96 100 - dtigue


Il est préférable de désactiver l'IPV6 avant de procéder à la mise à jour et à la mise à niveau.

  1. Terminal ouvert

  2. Entrer sudo -H gedit /etc/sysctl.conf et 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 
    

    Si elle indique "1", cela signifie que vous avez désactivé IPV6.

    Si vous indiquez «0», veuillez suivre les étapes 4 et 5.

  4. Commande de type sudo sysctl -p. Vous verrez cela 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 ci-dessus «Etape 3» et le rapport indiquera 1.


9
2018-05-06 07:52



Cette étape a fonctionné, merci :-) - Aritra Chatterjee


Aucune des corrections IPv6 n'a fonctionné pour moi. Peut-être ai-je le même symptôme avec une cause différente. Ma solution de contournement consistait à passer à une autre archive en effectuant une recherche et en remplaçant dans sources.list, par exemple:

sudo vim /etc/apt/sources.list

Et alors:

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

Cela me permet au moins de retourner au travail jusqu'à ce que je trouve le vrai problème.


4
2018-01-13 11:30





Ce qui a fonctionné pour moi a été de passer mes paramètres de réseau VirtualBox pour mon invité Ubuntu à "NAT" à partir de "Bridged Adapter".


0
2018-02-10 20:20



Oui, cela est lié au travail. Mais, pourquoi ne fonctionne-t-il pas sur «Bridged Adapter»? Je suis capable de tout faire avec 'Bridged Adapter' sauf apt-get update. - soufrk