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

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
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.

Terminal ouvert
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 
```
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.

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

Répétez l'opération ci-dessus «Étape 3» et le rapport 1 sera maintenant affiché.

— Sudhir Belagali
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
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
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