Apt-get bloccato allo 0% [Working]

Quando provo a fare qualsiasi cosa apt-getusando un terminale, rimango apt-getbloccato 0% [Working].

Sono arrivato a questa pagina tramite una ricerca Google di alto livello, ma queste risposte non mi hanno aiutato. Invece ho cancellato il mio repository locale di file di pacchetto recuperati con:

apt-get clean

Puoi provare a controllare la cache e a pulire la directory della cache.
Nell'ordine (ogni passaggio è più profondo, quindi fermati quando trovi una soluzione):

• sudo apt-get clean( Aggiorna ) nelle versioni recenti cancellerà il repository locale dei file di pacchetto recuperati. Sarà abbastanza per la maggior parte del tempo. Non lo era (era) nelle versioni precedenti.

  Rimuove tutto tranne il file di blocco da / var / cache / apt / archives / e / var / cache / apt / archives / partial /.

• Guarda dentro /var/lib/apt/lists/partial/dovrebbe essere vuoto.
  Altrimenti puoi decidere di svuotarlo sudo rm /var/lib/apt/lists/partial/*eventualmente potresti aver bisognosudo rm -f /var/lib/apt/lists/partial/*

• sudo apt-get check

  aggiorna la cache del pacchetto e verifica la presenza di dipendenze interrotte.

• Riduci a un numero normale (non enorme) di repository l'elenco di /etc/apt/sources.list.
  Se sono troppi, il sistema può bloccarsi nel tentativo di creare tutti gli alberi delle dipendenze.
  Puoi creare un set minimo di repository dal sito del Generatore dell'elenco delle fonti di Ubuntu e dopo aver eseguito il backup del /etc/apt/sources.list(con ad es. sudo cp -i /etc/apt/sources.list /etc/apt/sources.list.000) Puoi incollarlo al posto del tuo elenco attuale.

• alla fine puoi verificare se hai un file degli elenchi di sorgenti con https anziché http, ma apt-transport-httpsnon è installato (vedi il commento ).
• riprovare sudo apt-get updatee se fallisce
• eseguire il backup della /var/lib/apt/listsdirectory con sudo cp -r -p -i /var/lib/apt/lists ${HOME}/temp_apt_listse doposudo rm -R /var/lib/apt/lists/*
• corri di sudo apt-get updatenuovo

È possibile che tu debba pulire a mano alcune delle seguenti directory (puoi sempre eseguirne il backup e solo dopo aver eliminato i file all'interno):

• /etc/apt/sources.list.d/
  Frammenti di file per posizioni da cui recuperare i pacchetti. Voce di configurazione: Dir :: Etc :: SourceParts.
• etc / apt / preferenze.d /
  Frammenti di file per le preferenze di versione. Voce di configurazione: Dir :: Etc :: PreferencesParts.
• / var / cache / apt / archives / partial /
  Area di archiviazione per i file del pacchetto in transito. Elemento di configurazione: Dir :: Cache :: Archives (il parziale verrà aggiunto implicitamente)
• / var / lib / apt / lists / partial / Area di archiviazione per informazioni sullo stato in transito. Elemento di configurazione: Dir :: State :: Lists (il parziale verrà aggiunto implicitamente)
• / Var / lib / apt / lists / Area di archiviazione per informazioni sullo stato per ciascuna risorsa pacchetto specificata in sources.list (5) Voce di configurazione: Dir :: State :: Lists.

PS> Se hai successo, ricorda di eliminare la copia di backup che non ti serve più, ma non sources.list.000può sempre essere utile!
Puoi trovare ulteriori suggerimenti nella risposta correlata come questa .

Aggiornamento
Si è verificato un vecchio bug perché il pacchetto squid-deb-proxy-client non cancella tutte le sue modifiche, risolto in questo modo:

Rimozione della riga:
Acquire :: http :: ProxyAutoDetect "/ usr / share / squid-deb-proxy-client / apt-avahi-discover";

a partire dal:
/etc/apt/apt.conf.d/30autoproxy

Forse può essere utile questo thread di bug

Se possibile, rimuovere il pacchetto in modo più drastico.

Ho anche scoperto che mi stava succedendo quando sono passato ad alcuni repository https. apt deve apt-transport-httpsessere installato per funzionare (il che comprensibilmente può essere un problema quando si tenta di scaricare alcune cose).

Assicurati di poter eseguire il ping dalla tua rete e, soprattutto, alla rete Ubuntu, ad es

 ping us.archive.ubuntu.com
 OR
 ping security.ubuntu.com

Dovresti ottenere un output simile a:

 PING security.ubuntu.com (91.189.88.161) 56(84) bytes of data.
 64 bytes from keeton.canonical.com (91.189.88.161): icmp_seq=1 ttl=52 time=127 ms
 64 bytes from keeton.canonical.com (91.189.88.161): icmp_seq=2 ttl=52 time=128 ms

  --- security.ubuntu.com ping statistics ---
  2 packets transmitted, 2 received, 0% packet loss, time 1000ms
  rtt min/avg/max/mdev = 127.325/127.952/128.579/0.627 ms

prima prova ad aggiornarlo da

aptitude update

e quindi eseguire apt-get

o dovresti cambiare il tuo specchio più vicino al tuo posto, guarda questo: come posso usare un specchio vicino a me o scegliere uno specchio più veloce?

Ciò potrebbe anche essere causato dall'essere dietro un proxy che blocca l'accesso. A volte ho avuto un errore NODATA ... a volte è rimasto 0% [Working...].

se hai cambiato posizione, cambia anche il tuo server di download:

sudo software-properties-gtk

fare clic su altro quindi selezionare il server migliore:

dopodiché seleziona ed elimina tutti gli altri repository software:

finalmente:

sudo apt-get update
sudo apt-get upgrade

Controlla se la tua rete è accessibile o meno. Nel mio caso, ho reinstallato il mio Raspiberry-Pi. Ho controllato la data e l'ora del mio RPi, non è stato aggiornato. Quindi ho cambiato la data manualmente,

sudo date -s "2019 Mar 20 02:42"

E riavvia. Ora il mio RPi funziona bene.

In debian 9, il mio apt era bloccato allo 0% [funzionante] per qualche tempo prima di svolgere qualsiasi attività che richiedesse l'accesso a Internet. Dopo aver provato molti altri metodi, quando ho disabilitato il gestore di rete e ho iniziato a utilizzare systemd-networkd, questo problema è stato finalmente risolto.

Una risposta che non ho trovato su Internet da nessuna parte ma che in realtà l'ho trovata sulla base di un comando eseguito un paio d'ore fa. Un esempio di tale comando è

echo "deb http://dl.bintray.com/tproenca/pmsarm7 jessie main" | sudo tee /etc/apt/sources.list.d/pms.list

Dopo di che un file viene aggiunto a /etc/apt/sources.list.d/. In questa directory è possibile aggiungere anche le fonti. Nel mio caso era il teamviewer che conteneva la propria lista con un URL non valido. Pertanto, il mio aggiornamento non riesce. Questi sono i comandi che ho eseguito.

Nota: teamviewer.list mi stava causando problemi ma può essere qualsiasi cosa per te all'interno di questa directory. Provalo e fai dei backup!)

cd /etc/apt/
cp sources.list.d/* sources.list.d.backup/
rm sources.list.d/teamviewer.list
apt-get clean
apt-get check
apt-get update

Spero che questo salvi qualcuno le ore che avrebbe potuto salvarmi!

Ho lo stesso problema, ma l'ho risolto in questo modo:

sudo systemctl restart networking

spero che questo possa aiutare.

Questo problema può anche essere causato dall'avere un file system di sola lettura .

Puoi verificarlo usando il seguente comando:

mount | grep "on / "

Se l'output contiene rouno dei flag di mount, il file system di root è in modalità di sola lettura. Dovrai rimontare il tuo file system in lettura-scrittura prima di apt-get updatecontinuare.

Risorse su come rimontare il tuo file system:

• https://linux.die.net/man/8/mount
• Come rimonto un filesystem come lettura / scrittura?

L'installazione di apt-transport-https mi ha aiutato su Debian 9 fresco.

sudo apt-get install apt-transport-https