Vivido apt-get aggiorna enormi file di pacchetto in / var / lib / apt / lists / partial

ls -Ssh /var/lib/apt/lists/partial | head

total 88G
 46G security.ubuntu.com_ubuntu_dists_vivid-security_main_binary-amd64_Packages.bz2
 42G us.archive.ubuntu.com_ubuntu_dists_vivid-updates_main_binary-i386_Packages.bz2

Ho provato il bunzipping e ho ottenuto immondizia:

bunzip2: us.archive.ubuntu.com_ubuntu_dists_vivid-updates_main_binary-i386_Packages.bz2: trailing garbage after EOF ignored

Sembra che il file decompresso sia solo 88 KB:

 du -hs us.archive.ubuntu.com_ubuntu_dists_vivid-updates_main_binary-i386_Packages
88K

Fare un dump esadecimale della fine del file sembra rivelare un elenco di directory da aggiungere:

tail -c 200 security.ubuntu.com_ubuntu_dists_vivid-security_main_binary-amd64_Packages.bz2 | hexdump -C
00000000  30 38 64 66 37 20 20 20  20 20 20 20 20 20 20 20  |08df7           |
00000010  20 20 34 38 31 39 20 75  6e 69 76 65 72 73 65 2f  |  4819 universe/|
00000020  69 31 38 6e 2f 54 72 61  6e 73 6c 61 74 69 6f 6e  |i18n/Translation|
00000030  2d 65 6e 2e 62 7a 32 0a  20 31 30 66 64 62 31 61  |-en.bz2. 10fdb1a|
00000040  37 34 61 62 34 34 33 36  64 39 37 62 33 33 66 65  |74ab4436d97b33fe|
00000050  62 30 38 38 36 66 35 63  38 61 63 63 64 36 34 34  |b0886f5c8accd644|
00000060  33 62 36 34 36 37 61 30  64 63 39 61 63 39 64 31  |3b6467a0dc9ac9d1|
00000070  66 64 33 39 61 36 31 63  62 20 20 20 20 20 20 20  |fd39a61cb       |
00000080  20 20 20 20 20 20 31 35  38 31 20 75 6e 69 76 65  |      1581 unive|
00000090  72 73 65 2f 73 6f 75 72  63 65 2f 53 6f 75 72 63  |rse/source/Sourc|
000000a0  65 73 2e 62 7a 32 0a 20  61 64 66 35 31 32 30 66  |es.bz2. adf5120f|
000000b0  65 63 61 37 38 66 34 65  37 36 66 34 31 36 66 38  |eca78f4e76f416f8|
000000c0  31 30 32 31 36 62 33 30                           |10216b30|

Piping the tail anche se stringhe e greping per un file mostrano lo stesso file elencato più e più volte:

 tail -c 500K security.ubuntu.com_ubuntu_dists_vivid-security_main_binary-amd64_Packages.bz2 | strings  | grep -i multiverse/i18n/Translation-en.bz2
 64a543afbb5f4bf728636bdcbbe7a2ed0804adc2               14 multiverse/i18n/Translation-en.bz2
 d3dda84eb03b9738d118eb2be78e246106900493c0ae07819ad60815134a8058               14 multiverse/i18n/Translation-en.bz2
 64a543afbb5f4bf728636bdcbbe7a2ed0804adc2               14 multiverse/i18n/Translation-en.bz2
 d3dda84eb03b9738d118eb2be78e246106900493c0ae07819ad60815134a8058               14 multiverse/i18n/Translation-en.bz2
 64a543afbb5f4bf728636bdcbbe7a2ed0804adc2               14 multiverse/i18n/Translation-en.bz2
 d3dda84eb03b9738d118eb2be78e246106900493c0ae07819ad60815134a8058               14 multiverse/i18n/Translation-en.bz2
 64a543afbb5f4bf728636bdcbbe7a2ed0804adc2               14 multiverse/i18n/Translation-en.bz2
 d3dda84eb03b9738d118eb2be78e246106900493c0ae07819ad60815134a8058               14 multiverse/i18n/Translation-en.bz2
 64a543afbb5f4bf728636bdcbbe7a2ed0804adc2               14 multiverse/i18n/Translation-en.bz2
 d3dda84eb03b9738d118eb2be78e246106900493c0ae07819ad60815134a8058               14 multiverse/i18n/Translation-en.bz2
 64a543afbb5f4bf728636bdcbbe7a2ed0804adc2               14 multiverse/i18n/Translation-en.bz2
 d3dda84eb03b9738d118eb2be78e246106900493c0ae07819ad60815134a8058               14 multiverse/i18n/Translation-en.bz2
 64a543afbb5f4bf728636bdcbbe7a2ed0804adc2               14 multiverse/i18n/Translation-en.bz2
 d3dda84eb03b9738d118eb2be78e246106900493c0ae07819ad60815134a8058               14 multiverse/i18n/Translation-en.bz2
 64a543afbb5f4bf728636bdcbbe7a2ed0804adc2               14 multiverse/i18n/Translation-en.bz2
 d3dda84eb03b9738d118eb2be78e246106900493c0ae07819ad60815134a8058               14 multiverse/i18n/Translation-en.bz2

È già successo a qualcuno?

apt updates

— user402751
fonte

Ho trovato una soluzione alternativa al problema: rm -rf / var / lib / apt / lists / partial / * e quindi rieseguire apt-get update.

— user402751,

Mi sono imbattuto di nuovo in questo, dopo aver eseguito una nuova installazione da DVD, originariamente avevo aggiornato dalla 14.10. {{392G us.archive.ubuntu.com_ubuntu_dists_vivid-updates_main_binary-i386_Packages.bz2}}} La firma è un po 'diversa, ci sono errori http ripetuti. {{tail -c 500K us.archive.ubuntu.com_ubuntu_dists_vivid-updates_main_binary-i386_Packages.bz2 | stringhe | grep "HTTP / 1.1 416 Intervallo richiesto non soddisfacente" HTTP / 1.1 416 Intervallo richiesto non soddisfacente HTTP / 1.1 416 Intervallo richiesto non soddisfacente HTTP / 1.1 416 Intervallo richiesto non soddisfacente HTTP / 1.1 416 Intervallo richiesto non soddisfacente}}

— user402751

Hmm, anche io ho questo problema. Molto noioso. Vengo a lavorare la mattina e ogni genere di cose si è arrestata in modo anomalo perché il disco è pieno. Hai trovato per caso una soluzione?

— Frode,

Soluzione no. Ho appena usato la soluzione alternativa per rimuovere tutti i file in / var / lib / apt / lists / partial / * prima di "apt-get update"

— user402751

È un bug. askubuntu.com/a/633235/43246

— aleung

Sembra un problema con il proxy. Una volta ho avuto un problema con Maven che il proxy ha sostituito un jar con una pagina html contenente un avviso di virus. L'html è stato salvato come .jar ma perché non funzionava più non funzionava più.

Comunque: è sicuro eliminare tutto dalla directory /var/lib/apt/lists/partial/(e anche da /var/cache/apt/archives/partial/).

Per la risoluzione dei problemi, raccomando i seguenti passaggi:

Prova un altro specchio, ad es. http://de.archive.ubuntu.com/ubuntu/ anziché http://ch.archive.ubuntu.com/ubuntu/ o persino l'archivio principale http://archive.ubuntu.com/ubuntu/
Prova un altro protocollo: ftp: // invece di http: // - il resto del percorso rimane per i mirror predefiniti
Prova ad analizzare il trasferimento usando WireShark (usa l'opzione del menu contestuale 'Segui flusso TCP'). Interessanti sono sia le intestazioni che i contenuti HTTP. Se ricevi risposte con il codice di stato HTTP 200 (che significa ok) ma contenuti leggibili dall'uomo, qualcosa è seriamente sbagliato nel tuo proxy. Un normale file bzip2 non deve contenere testo leggibile dall'uomo.
Utilizzare wgeto curlper verificare ciò che si ottiene dal server durante il download senza apt-get.

— Daniel Alder
fonte

Interessante, in effetti sono dietro un procuratore. @ user402751, anche tu?

— Frode,

Sì, sono anche dietro un proxy che probabilmente spiega perché non tutti si imbattono in questo problema. Detto questo, c'è un bug piuttosto male qui perché scrive il disco fino al completo.

— user402751

Il supporto proxy non è di per sé rotto, ma probabilmente alcuni server non si comportano correttamente. Hai mai usato Wireshark per analizzare ciò che viene trasportato durante il download (Opzione 'Segui il flusso TCP)? Interessanti sono sia le intestazioni che i contenuti HTTP. Normalmente, un file bzip2 non dovrebbe contenere alcun output utilizzabile durante il piping tramite il stringcomando. Solo per essere sicuri: stai usando server http o ftp?

— Daniel Alder,

Sono curioso? Questa risposta ha aiutato qualcuno? User402751 o @Frode hanno provato i passaggi?

— Daniel Alder,

@DanielAlder (non ho ancora approfondito il problema). È almeno utile sapere che probabilmente è un problema proxy.

— Frode,