Frage apt-get stecken bei 0 [Verbindung zu us.archive.ubuntu.com]


Wenn ich upgrade, bleibt es hier stecken:

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

Wenn ich update, bleibt es hier stecken:

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

Ich bin in der Lage, uns zu pingen.archive.ubuntu.com

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

Was kann ich tun, um das zu beheben?


Was ich bisher versucht habe.

Ich habe versucht, die folgenden Anweisungen in diesem Blog zu befolgen: http://nickescobedo.com/719/ubuntu-apt-get-hangs-at-0

Um apt-get zu zwingen, ausschließlich IPv4 zu verwenden

  • Erstelle eine Datei in /etc/apt/apt.conf.d/99force-ipv4
  • Fügen Sie diese Zeile der neu erstellten Datei hinzu Acquire::ForceIPv4 false;
  • Apt-get verwendet nun ausschließlich IPv4

149
2018-01-16 23:04


Ursprung


Keine der Antworten funktionierte für mich: Mein Problem war mein Windows-Host Firewall blockiere meinen Ubuntu-Gast, der in Virtualbox läuft. - drodsou
Keine dieser Antworten funktionierte für mich. Ich habe meine virtuelle Maschine neu gestartet und es funktioniert jetzt. - kilojoules


Antworten:


Ich habe herausgefunden, wie man apt-get wieder zur Arbeit kommt.

Bearbeiten gai.conf:

sudo vim /etc/gai.conf

Ändere die Zeile ~ 54, um das Kommentarzeichen zu entfernen:

precedence ::ffff:0:0/96  100

schreiben und beenden:

:wq

VORSICHT

Schaue auf Zeile 50, die fast identisch aussieht:

precedence ::ffff:0:0/96  10

Das ist die falsche Linie. Gehen Sie ~ 4 Zeilen nach unten und Sie finden die richtige Zeile, um sie zu entfernen, da sie endet 100 Anstatt von 10


261
2018-01-18 17:23



Danke, dass Sie Ihre Lösung veröffentlicht haben. Ich hatte das gleiche Problem und das hat es behoben. - bradym
Wie zur Hölle hast du das herausgefunden? Dies geschah plötzlich auf einem meiner Server und das wurde behoben. - Brian Neal
Was geht hier vor sich? Möchten Sie näher erläutern, warum dieser Fix funktioniert? - four43
Problem: ISPs beginnen, ein internes IPv6-Netzwerk einzurichten, um sich eventuell mit dem IPv6-Internet zu verbinden. Dies hat zur Folge, dass Server in diesem Netzwerk jetzt versuchen, über die IPv6-Adresse eine Verbindung zu * .ubuntu.com herzustellen, wenn apt-get ausgeführt wird. Lösung: auskommentieren precedence ::ffff:0:0/96 100 Erlaubt Anfragen, IPv4 zu bevorzugen - Arian Faurtosh
FEST! Dies ist definitiv die richtige Lösung für dieses Problem. Aber für jeden, der auf diese Lösung stößt, solltest du NICHT tun, was ich getan habe. Ich bin unkommentiert precedence ::ffff:0:0/96 10 und ich musste in die Datei zurückkehren und diese Zeile erneut kommentieren und dann die korrekte Zeile auskommentieren precedence ::ffff:0:0/96 100 - dtigue


Es ist besser, das IPV6 vor dem Update und Upgrade zu deaktivieren.

  1. Offenes Terminal

  2. Eingeben sudo -H gedit /etc/sysctl.conf Öffnen Sie die Konfigurationsdatei und fügen Sie am Ende die folgenden Zeilen hinzu

    net.ipv6.conf.all.disable_ipv6 = 1
    net.ipv6.conf.default.disable_ipv6 = 1 
    net.ipv6.conf.lo.disable_ipv6 = 1 
    
  3. Nach diesem Lauf

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

    Wenn es "1" meldet, haben Sie IPV6 deaktiviert.

    Wenn es "0" meldet, folgen Sie bitte Schritt 4 und Schritt 5.

  4. Geben Sie den Befehl ein sudo sysctl -p. Sie werden dies im Terminal sehen.

    net.ipv6.conf.all.disable_ipv6 = 1 
    net.ipv6.conf.default.disable_ipv6 = 1 
    net.ipv6.conf.lo.disable_ipv6 = 1 
    
  5. Wiederhole oben "Schritt 3" und es wird jetzt 1 gemeldet.


9
2018-05-06 07:52



Dieser Schritt hat funktioniert, danke :-) - Aritra Chatterjee


Keine der IPv6-Fixes funktionierte für mich. Möglicherweise habe ich das gleiche Symptom mit einer anderen Ursache. Meine Problemumgehung bestand darin, zu einem anderen Archiv zu wechseln, indem Sie in sources.list eine Suche durchführen und ersetzen.

sudo vim /etc/apt/sources.list

Und dann:

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

Dies erlaubt mir zumindest, wieder an die Arbeit zu gehen, bis ich das eigentliche Problem herausgefunden habe.


4
2018-01-13 11:30





Was für mich funktionierte, war, meine VirtualBox-Netzwerkeinstellungen für meinen Ubuntu-Gast auf "NAT" von "Bridged Adapter" umzustellen.


0
2018-02-10 20:20



Ja, das muss funktionieren. Aber, warum funktioniert es nicht über 'Bridged Adapter'. Ich kann alles mit 'Bridged Adapter' machen, außer apt-get update. - soufrk