L'exécution de Sudo apt-get update
est toujours bloquée sur 0% [Working]
Voici un exemple de journal:
➜ ~ Sudo apt-get update
Hit:1 http://ppa.launchpad.net/alexlarsson/flatpak/ubuntu xenial
InRelease
Hit:2 http://security.ubuntu.com/ubuntu xenial-security InRelease
Hit:3 http://repo.entroware.com/ubuntu xenial InRelease
Ign:4 http://dl.google.com/linux/chrome/deb stable InRelease
Hit:5 http://archive.ubuntu.com/ubuntu xenial-proposed InRelease
Hit:6 http://gb.archive.ubuntu.com/ubuntu xenial InRelease
Hit:7 http://ppa.launchpad.net/webupd8team/atom/ubuntu xenial
InRelease
Hit:8 http://gb.archive.ubuntu.com/ubuntu xenial-updates InRelease
Hit:9 http://gb.archive.ubuntu.com/ubuntu xenial-backports InRelease
Hit:10 http://dl.google.com/linux/chrome/deb stable Release
0% [Working]
Il a tendance à se coincer plusieurs fois de suite sur le même pas, mais à changer le pas.
J'ai essayé de forcer IPv4 et de passer au miroir par défaut sans succès. Je n'arrive pas non plus à trouver de journaux pour cela, car le suivi du /var/log/apt/term.log
ne me donne rien.
Une chose à noter est que le changement de miroir a également changé le pas sur lequel il est resté bloqué.
Cela a fini par être un problème avec l'une des sources. La suppression spécifique de cette ligne de /etc/apt/sources.list
l'a corrigée: deb [Arch=AMD64] https://download.docker.com/linux/ubuntu xenial stable
.
Après cela, j'ai lancé clean, autoclean et suivi guide qui a ajouté la même source après quoi il a continué à fonctionner.
Espérons que cela sera utile si quelqu'un rencontre le même problème.
Face au même problème, a lancé gksudo gedit /etc/apt/sources.list
. N'était-ce pas deb [Arch=AMD64] https://download.docker.com/linux/ubuntu xenial stable
.
Sources standard générées à partir de ici et remplacées dans le sources.list
.