Vraag apt-word vastgelopen op 0 [Verbinden met us.archive.ubuntu.com]


Wanneer ik een upgrade uitvoer, komt het hier vast te zitten:

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

Wanneer ik het update, komt het hier vast te zitten:

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

Ik kan us.archive.ubuntu.com prima pingen:

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

Wat kan ik doen om dit op te lossen?


Wat ik tot nu toe heb geprobeerd.

Ik heb de volgende aanwijzingen op deze blog geprobeerd: http://nickescobedo.com/719/ubuntu-apt-get-hangs-at-0

Om apt-get te forceren om exclusief IPv4 te gebruiken

  • Maak een bestand in /etc/apt/apt.conf.d/99force-ipv4
  • Voeg deze regel toe aan een nieuw aangemaakt bestand Acquire::ForceIPv4 false;
  • Apt-get gebruikt nu uitsluitend IPv4

149
2018-01-16 23:04


oorsprong


Geen van de antwoorden werkte voor mij: mijn probleem was mijn Windows-host brandmuur het blokkeren van mijn Ubuntu-gast die in Virtualbox werkt. - drodsou
Geen van deze antwoorden werkte voor mij. Ik heb mijn virtuele machine opnieuw opgestart en het werkt nu. - kilojoules


antwoorden:


Ik heb uitgezocht hoe je apt-get aan het werk kunt krijgen.

Bewerk gai.conf:

sudo vim /etc/gai.conf

wijzig lijn ~ 54 om het volgende te uncommenteren:

precedence ::ffff:0:0/96  100

schrijf en stop:

:wq

VOORZICHTIGHEID

Kijk uit op lijn 50 die er bijna identiek uitziet:

precedence ::ffff:0:0/96  10

Dit is de verkeerde regel. Ga ~ 4 regels naar beneden en je zult de juiste regel vinden om te uncommenteren omdat het eindigt met 100 in plaats van 10


261
2018-01-18 17:23



Bedankt voor het plaatsen van uw oplossing. Ik had hetzelfde probleem en dit loste het op. - bradym
Hoe heb je dit in hemelsnaam ontdekt? Dit gebeurde opeens bij mij op een van mijn servers en dit loste het op. - Brian Neal
Wat is hier aan de hand? Wil je uitleggen waarom deze oplossing werkt? - four43
Probleem: ISP's beginnen een intern IPv6-netwerk op te zetten ter voorbereiding op de uiteindelijke verbinding met het IPv6-internet. Als gevolg hiervan proberen servers in dit netwerk nu standaard verbinding te maken met * .ubuntu.com via het IPv6-adres bij het uitvoeren van apt-get. Oplossing: uncommenting precedence ::ffff:0:0/96 100 laat verzoeken toe om IPv4 te verkiezen - Arian Faurtosh
FIXED! Dit is absoluut de juiste oplossing voor dit probleem. Maar voor iedereen die deze oplossing tegenkomt zorg ervoor dat u NIET DOET wat ik gedaan heb. Ik reageerde niet precedence ::ffff:0:0/96 10 en ik moest teruggaan naar het bestand en die regel opnieuw becommentariëren en daarna de juiste regel uninstallen precedence ::ffff:0:0/96 100 - dtigue


Het is beter om de IPV6 uit te schakelen voordat u bijwerkt en upgradet.

  1. Open Terminal

  2. invoeren sudo -H gedit /etc/sysctl.conf en open het configuratiebestand en voeg aan het einde de volgende regels toe

    net.ipv6.conf.all.disable_ipv6 = 1
    net.ipv6.conf.default.disable_ipv6 = 1 
    net.ipv6.conf.lo.disable_ipv6 = 1 
    
  3. Na die vlucht

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

    Als het rapport '1' aangeeft, betekent dit dat u IPV6 hebt uitgeschakeld.

    Als het '0' meldt, volg dan stap 4 en stap 5.

  4. Typ het commando sudo sysctl -p. Je zult dit in terminal zien.

    net.ipv6.conf.all.disable_ipv6 = 1 
    net.ipv6.conf.default.disable_ipv6 = 1 
    net.ipv6.conf.lo.disable_ipv6 = 1 
    
  5. Herhaal bovenstaande "Stap 3" en het rapport zal nu 1 rapporteren.


9
2018-05-06 07:52



Deze stap werkte, bedankt :-) - Aritra Chatterjee


Geen enkele van de IPv6-fixes werkte voor mij. Mogelijk heb ik hetzelfde symptoom met een andere oorzaak. Mijn oplossing was om naar een ander archief te gaan door te zoeken en te vervangen in sources.list, bijvoorbeeld:

sudo vim /etc/apt/sources.list

En dan:

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

Dit stelt me ​​tenminste in staat weer aan het werk te gaan tot ik het echte probleem ontdek.


4
2018-01-13 11:30





Wat voor mij werkte, was om mijn VirtualBox-netwerkinstellingen voor mijn Ubuntu-gast te veranderen in "NAT" van "Bridged Adapter".


0
2018-02-10 20:20



Ja, dit is gebonden aan het werk. Maar waarom werkt het niet via 'Bridged Adapter'. Ik kan alles doen met 'Bridged Adapter' behalve apt-get update. - soufrk