'apt-get update' reste bloqué pendant des heures à "100% [en cours]" pour un PPA spécifique
Quand je lance Sudo apt-get update sur Ubuntu 15.04, le résultat suivant (abrégé) est généré:
$ LANG=C Sudo apt-get update
[Sudo] password for ipc-admin:
Ign http://ftp.uni-stuttgart.de vivid InRelease
Ign http://ftp.uni-stuttgart.de vivid-updates InRelease
.
.
.
Hit http://ftp.uni-stuttgart.de vivid-proposed/universe Translation-en
Hit http://ftp.uni-stuttgart.de vivid-proposed/universe Translation-de
100% [Working]
Ensuite, il se coince et ne continue pas tant que je ne l’interromps pas avec Ctrl+C.
Quand je fais Sudo aptitude update à la place, il se bloque également à la même position.
Après avoir supprimé le cache avec Sudo rm -rf /var/lib/apt/lists et exécuté à nouveau Sudo apt-get update, j'obtiens toujours les mêmes résultats.
Cependant, il semble avoir mis à jour avec succès les fichiers d'index des packages après avoir exécuté Sudo apt-get update et l'avoir interrompue lorsqu'il est bloqué, car je peux toujours exécuter apt-get upgrade et recevoir de nouvelles mises à jour, ou apt-get install. Cela ne termine tout simplement pas la tâche apt-get update ...
Une réinstallation de apt avec Sudo aptitude reinstall apt et un redémarrage ultérieur n'ont pas non plus changé ma situation.
Quel pourrait être le problème ici et comment puis-je le résoudre?
PS: La sortie complète de apt-get update enregistrée avec script qui indique également que ces lignes dynamiques peuvent être trouvées sur Pastebin .
METTRE À JOUR
Après l'avoir laissé fonctionner pendant des heures, il se termine réellement! Les référentiels à l'origine du problème sont des lignes https://repo.tox.im. Voici ce qui apparaît après de longs délais d'attente entre chaque ligne:
Ign https://repo.tox.im nightly InRelease
Ign https://repo.tox.im nightly Release.gpg
Ign https://repo.tox.im nightly Release
Err https://repo.tox.im nightly/main i386 Packages
Connection timed out after 120000 milliseconds
Ign https://repo.tox.im nightly/main Translation-en
Ign https://repo.tox.im nightly/main Translation-de
Fetched 69,8 kB in 36min 0s (32 B/s)
W: Failed to fetch https://repo.tox.im/dists/nightly/main/binary-i386/Packages Connection timed out after 120000 milliseconds
E: Some index files failed to download. They have been ignored, or old ones used instead.
Après cela, le processus se termine correctement sans avoir à l'interrompre. Alors, quel peut être le problème avec ce référentiel et comment puis-je le résoudre?
Après avoir attendu la fin de la commande pendant des heures, j'ai constaté qu'elle était suspendue à tous les référentiels de substances toxiques.
J'ai vérifié leur page principale et découvert que toute l'infrastructure, y compris les référentiels, le wiki et le site principal, avait été transférée dans un domaine différent. C'est pourquoi l'ancienne URL n'est plus vivante et que apt-get update arrive à expiration.
Sur leur nouveau wiki , ils ont donné le script suivant (légèrement modifié) pour installer le référentiel actualisé:
#!/bin/bash
Sudo apt-key del 0C2E03A0
Sudo sh -c 'echo "deb https://pkg.tox.chat/debian nightly main" > /etc/apt/sources.list.d/tox.list'
wget -qO - https://pkg.tox.chat/debian/pub.gpg.key | Sudo apt-key add -
Sudo apt-get install apt-transport-https
Sudo apt-get update
echo "Tox Repository Installed. You can now install qtox"
J'ai exécuté ces lignes et maintenant tous les problèmes avec apt-get update sont partis!
Malheureusement, le nouveau référentiel ne contient encore que des versions de qTox 64 bits, je devrai donc vivre avec ce paquet bloqué pendant un moment, jusqu'à ce qu'il soit également compilé pour les machines 32 bits!
AVERTISSEMENT: Si qTox 32 bits est installé, n'installez pas le nouveau dépôt! Il contient un paquet 32 bits qtox avec un numéro de version supérieur à celui de la dernière disponible. De ce fait, apt-get upgrade l'installera et remplacera votre installation qTox actuelle par celle-ci dès que vous exécuterez les mises à jour. Mais ce n'est pas un paquet 32 bits, il en a l'air! À l'intérieur, il contient des exécutables 64 bits!
Pour plus d'informations et un script pour vérifier la véritable architecture du paquet sans avoir à l'installer, consultez mes questions et réponses ici !
La dernière mise à jour du référentiel a résolu ce problème et qTox est à nouveau disponible pour les deux architectures! :)
J'ai reconnu ce problème de temps en temps et d'amchine à machine. Je m'en suis débarrassé en changeant simplement le serveur miroir principal - appelé dans la version allemande vous utilisez "Haupt-Server" 
Depuis que je suis passé de "Serveurs allemands" à "Serveur principal", tout va bien ...
Tout d’abord, assurez-vous d’avoir choisi les sources appropriées à
/etc/apt/sources.list
Ensuite, vous pouvez essayer ce qui fonctionne pour moi:
cd /etc/apt
Dans ce dictionnaire, il peut y avoir un dossier nommé
sources.list.d
et il contient des fichiers de configuration dont vous n’avez pas besoin.
J'ai édité ces fichiers de configuration en ajoutant # devant chaque ligne, et c'est logique.