Domanda apt-get bloccato a 0 [Connessione a us.archive.ubuntu.com]


Quando eseguo l'aggiornamento si blocca qui:

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

Quando lo aggiorno si blocca qui:

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

Sono in grado di eseguire il ping su us.archive.ubuntu.com bene:

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

Cosa posso fare per risolvere questo problema?


Quello che ho provato finora.

Ho provato a seguire le indicazioni su questo blog: http://nickescobedo.com/719/ubuntu-apt-get-hangs-at-0

Per forzare apt-get usare esclusivamente IPv4

  • Crea un file in /etc/apt/apt.conf.d/99force-ipv4
  • Aggiungi questa linea al file appena creato Acquire::ForceIPv4 false;
  • Apt-get ora utilizzerà esclusivamente IPv4

149
2018-01-16 23:04


origine


Nessuna delle risposte ha funzionato per me: il mio problema era il mio host Windows firewall bloccando il mio ospite Ubuntu in esecuzione in Virtualbox. - drodsou
Nessuna di queste risposte ha funzionato per me. Ho riavviato la mia macchina virtuale e funziona ora. - kilojoules


risposte:


Ho capito come ottenere apt-tornare a lavorare di nuovo.

modificare gai.conf:

sudo vim /etc/gai.conf

cambia linea ~ 54 per rimuovere il commento da quanto segue:

precedence ::ffff:0:0/96  100

scrivere e uscire:

:wq

ATTENZIONE

Guarda la riga 50 che sembra quasi identica:

precedence ::ffff:0:0/96  10

Questa è la linea sbagliata. Vai a ~ 4 linee verso il basso e troverai la linea corretta da decommentare perché finisce con 100 invece di 10


261
2018-01-18 17:23



Grazie per aver pubblicato la tua soluzione. Stavo avendo lo stesso problema e questo è stato risolto. - bradym
Come diavolo hai capito? Questo improvvisamente ha iniziato a succedere su uno dei miei server e questo ha risolto il problema. - Brian Neal
Che cosa sta succedendo qui? Cura di elaborare perché questa correzione funziona? - four43
Problema: Gli ISP stanno iniziando a configurare una rete IPv6 interna in preparazione per la connessione alla rete IPv6. Di conseguenza, i server di questa rete ora tentano di connettersi a * .ubuntu.com tramite il suo indirizzo IPv6 per impostazione predefinita quando esegue apt-get. Soluzione: decommentando precedence ::ffff:0:0/96 100 consente alle richieste di preferire IPv4 - Arian Faurtosh
FISSO! Questa è sicuramente la soluzione giusta per questo problema. Ma per chiunque incontri questa correzione assicurati di NON fare ciò che ho fatto. Ho decommentato precedence ::ffff:0:0/96 10 e dovevo tornare al file e commentare di nuovo quella riga e poi decommentare la linea corretta che è precedence ::ffff:0:0/96 100 - dtigue


È meglio disabilitare IPV6 prima di aggiornare e aggiornare.

  1. Apri terminale

  2. accedere sudo -H gedit /etc/sysctl.conf e aprire il file di configurazione e aggiungere le seguenti righe alla fine

    net.ipv6.conf.all.disable_ipv6 = 1
    net.ipv6.conf.default.disable_ipv6 = 1 
    net.ipv6.conf.lo.disable_ipv6 = 1 
    
  3. Dopo quella corsa

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

    Se riporta "1" significa che hai disabilitato IPV6.

    Se riporta "0", segui i passaggi 4 e 5.

  4. Digita comando sudo sysctl -p. Lo vedrai nel terminale.

    net.ipv6.conf.all.disable_ipv6 = 1 
    net.ipv6.conf.default.disable_ipv6 = 1 
    net.ipv6.conf.lo.disable_ipv6 = 1 
    
  5. Ripeti sopra il "Passaggio 3" e verrà segnalato 1.


9
2018-05-06 07:52



Questo passaggio ha funzionato, grazie :-) - Aritra Chatterjee


Nessuna delle correzioni IPv6 ha funzionato per me. Forse ho lo stesso sintomo con una causa diversa. La soluzione alternativa era passare a un altro archivio effettuando una ricerca e sostituendolo in sources.list, ad esempio:

sudo vim /etc/apt/sources.list

E poi:

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

Questo almeno mi permette di tornare al lavoro finché non capisco il vero problema.


4
2018-01-13 11:30





Ciò che ha funzionato per me è stato passare le impostazioni della mia VirtualBox Network per il mio ospite Ubuntu su "NAT" da "Bridged Adapter".


0
2018-02-10 20:20



Sì, questo è destinato a funzionare. Ma, perché non funziona su 'Bridged Adapter'. Sono in grado di fare tutto con 'Bridged Adapter' tranne apt-get update. - soufrk