apt-get update est très lent, bloqué à “Waiting for headers”

J'ai examiné des questions similaires:

Coincé à 0% [en attente des en-têtes]

apt-get update bloqué sur "Waiting for Headers" sous Windows XP ICS

Cependant, ni l'un ni l'autre ne répond à mon problème.

Je suis sous 12.04 AMD64 et j'ai récemment commencé à avoir un problème qui dit que quand je mets à jour mon repos depuis ma connexion chez moi via un terminal, en utilisant sudo apt-get update, cela prend une éternité (littéralement après 2 heures, il était à 28%). quand je cours d'un endroit différent, cela prend moins de 5 minutes.

J'ai essayé de changer le miroir que j'utilise mais cela ne résout pas le problème. J'ai également réduit ce qui est dans ma liste de sources, mais cela ne fait aucune différence. Il n'y a pas d'erreur sur ma ligne ADSL car j'ai déjà contacté mon FAI pour vérifier cela. Cela ne fait également aucune différence si j'utilise une connexion par câble WiFi ou réseau.

Quel pourrait être mon problème?

Un test de vitesse (www.speedtest.net) apparaît à environ 0,9 Mbps et à 0,42 Mbps (ce qui est un peu inférieur à la vitesse de ligne annoncée). Je réside en Afrique du Sud et utilise le serveur UCT LEG. Mais j’ai aussi essayé les autres miroirs disponibles en Afrique du Sud… aucun d’entre eux ne fait de différence.

J'ai trouvé une solution qui m'a aidé ici: https://www.kubuntuforums.net/showthread.php?57567-Ubuntu-problems-on-update

Vous pouvez laisser apt-get regénérer le cache des listes en utilisant:

sudo apt-get clean
cd /var/lib/apt
sudo mv lists lists.old
sudo mkdir -p lists/partial
sudo apt-get clean
sudo apt-get update 

Cela semble être un problème avec les pensions livrées par des tiers. Je sais que le dépôt de Google prend plusieurs minutes pour répondre ici parfois. Si vous avez configuré des mises en pension tierces, ouvrez Update Manager, cliquez sur Paramètres, puis sur l'onglet "Autres logiciels". Décochez toutes les cases, puis appuyez sur fermer.

Maintenant, lancez un terminal et utilisez la commande suivante pour voir s’il est mieux avec la commande suivante:

sudo apt-get update

Si c'est mieux, revenez en arrière et activez chaque dépôt et revérifiez un par un jusqu'à trouver le dépôt problème.

Si cela ne fonctionne pas, vous pouvez demander au gestionnaire de mise à jour de sélectionner le meilleur dépôt principal à utiliser automatiquement. Pour ce faire, ouvrez Update Manager, puis cliquez sur Paramètres. Sélectionnez l'onglet Ubuntu Software, puis dans la liste déroulante "Télécharger de:", sélectionnez Autre ...

Maintenant, dans la fenêtre qui apparaît, cliquez sur "Select Best Server"

Il effectuera ensuite plusieurs tests pour sélectionner le meilleur serveur pour vous. Une fois terminé, cliquez simplement sur Choisir un serveur.

Maintenant, allumez le terminal et vérifiez à nouveau.

Ceci est principalement dû à la "taille de MTU", à ce problème depuis un moment et après une inspection approfondie, j'ai découvert que mon fournisseur d'accès Internet avait une taille en mtu de 1440, tandis que la valeur par défaut pour l'interface eth est 1500.

pour connaître la taille maximale de MTU, veuillez voir ici .

pour définir la taille de votre paquet mtu, vous pouvez soit utiliser l'option de connexion réseau à partir de l'icône de réseau, soit utiliser un terminal comme dans ce lien .

J'ai rencontré ce problème sur l'ordinateur portable de quelqu'un d'autre qu'il m'a été demandé de mettre à niveau. Après une heure de réflexion, l’inspection de / etc / environment a révélé qu’un seul proxy était installé sur le système. Le supprimer a résolu le problème.

Alors, vérifiez vos paramètres de proxy dans / etc / environment

Si vous avez synapticinstallé, essayez de déclencher à l' apt-get updateintérieur synapticen cliquant sur "Recharger". Bien sûr, il se bloque également, mais lorsque vous l’abandonnez, il affiche le nom du référentiel lorsqu’il a été arrêté, par exemple:

Failed to fetch http://debian.sur5r.net/i3/dists/quantal/InRelease  
Some index files failed to download. They have been ignored, or old ones used instead.

Désactiver temporairement les référentiels signalés devrait résoudre le problème. Dans synaptic, vous pouvez les désactiver sous "Paramètres -> Autres logiciels".

J'ai trouvé cette mise à jour d'apt-get bloquée dans "Waiting for Headers" lors de l'utilisation de Windows XP ICS .

Vous voudrez peut-être essayer d'installer et d'exécuter netselect et de copier le fichier sources.list généré dans /etc/apt/sources.list

J'espère que cela t'aides.

Terminal ouvert et tapez:

cd /etc/apt/apt.conf.d/

Maintenant, créez un nouveau fichier sudo nano 99selfet tapez:

Acquire::http::Pipeline-Depth "0";

Parfois, tout ce que vous avez à faire est simplement de passer au serveur principal pour les mises à jour. Les mises à jour, selon votre zone géographique, ne proviennent parfois pas des serveurs principaux pour des diffusions plus rapides.

Pour quelque raison que ce soit, il est possible que les serveurs de relais ne répondent pas aussi rapidement que possible à certaines demandes. Il est donc préférable de basculer temporairement sur le serveur principal pour obtenir des mises à jour.

Lorsque vous ouvrez votre logiciel et vos mises à jour, sélectionnez "Serveur principal" dans l'option Télécharger depuis.

Vous devriez être prêt à partir. Passer au serveur principal fonctionne toujours pour moi. :)

Ce problème peut également se produire si vos serveurs DNS ne fonctionnent pas correctement (ou si vous avez configuré les serveurs DNS incorrects).

J'ai couru cat /etc/resolv.confet réalisé que j'avais mal saisi le serveur DNS. Tout a fonctionné une fois que j'ai mis à jour la configuration DNS de mon interface réseau. :)

Il suffit d'aller dans Configuration du système-> Logiciels et mises à jour et basculer un serveur me convient parfaitement. Je suppose que mon dernier serveur sélectionné est tombé en panne pour des raisons inconnues.