Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 19-12-2017 19:49:21

galinette
Membre
Lieu : Presque le Far-West
Distrib. : Debian 9.2 "Stretch"
Noyau : Linux 4.9.0-4-amd64
(G)UI : XFCE 4.12 + xfwm4
Inscription : 12-08-2015

Résolu : Mise à jour des paquets très lente

Bonjour,
cela fait quelques temps (précisément je ne saurais dire mais à vue de nez 15-20 jours) la mise à jours des paquets ("Recharger" de synaptic) est très lente.

Je m'explique : quand je lance la mise à jour la fenêtre de téléchargement s'ouvre et rien ne se passe durant plus d'une minute.

Puis soudain les différents dépôts sont atteints et les infos téléchargées jusqu'à ce que le processus se bloque à nouveau en toute fin sur le dépôt "InRelease". De nouveau attente longue (30s - 1 mn environ) puis tout se termine correctement..

J'étais habitué à des téléchargements d'index hyper rapides jusqu'à présent.

Ma connexion internet tourne correctement : Livebox orange avec débit montant à 0,9 Mbits/s en montant et 11,7 Mbits/s en descendant
Mon source.list :


# deb cdrom:[Debian GNU/Linux 9.2.1 _Stretch_ - Official Multi-architecture amd64/i386 NETINST #1 20171013-15:27]/ stretch main
# deb cdrom:[Debian GNU/Linux 9.2.1 _Stretch_ - Official Multi-architecture amd64/i386 NETINST #1 20171013-15:27]/ stretch main
deb http://deb.debian.org/debian/ stretch contrib non-free main
deb http://security.debian.org/debian-security/ stretch/updates non-free contrib main
# stretch-updates, previously known as 'volatile'
deb http://deb.debian.org/debian/ stretch-updates non-free contrib main
# stretch-backports, previously on backports.debian.org
deb http://deb.debian.org/debian/ stretch-backports non-free contrib main


J'ai tenté divers dépôts sans changement. J'ai utilisé "netselect" qui m'a confirmé que deb.debian.org était le miroir le plus rapide.

Est-ce anormal ? Suis-je impatient ? Quoi de neuf docteur ?scratchhead.gif
Suis-je le seul concerné ou bien y a-t-il d'autres personnes atteintes de la même maladie ?

Dernière modification par galinette (21-12-2017 17:03:12)


Dos --> Windows --> Ubuntu --> Debian + XFCE
Faire durer et recycler
Voir le tuto : C'est résolu ! Bravo mais il faut l'indiquer dans l'titre.

Hors ligne

#2 19-12-2017 20:04:18

chalu
Modératrice
Lieu : Anjou
Distrib. : Debian Stretch + backports
Noyau : Linux 4.9.0-6-amd64
(G)UI : Mate 1.18
Inscription : 11-03-2016

Re : Résolu : Mise à jour des paquets très lente

Bonsoir smile
As-tu les mêmes symptômes dans un terminal ?
Le retour de la commande ci-dessous te le dira

apt update

Hors ligne

#3 19-12-2017 20:41:21

bendia
Admin stagiaire
Distrib. : Stretch (et un peu Jessie)
Noyau : Linux 4.9.0-2-amd64
(G)UI : Gnome + Console
Inscription : 20-03-2012
Site Web

Re : Résolu : Mise à jour des paquets très lente

chalu a écrit :

As-tu les mêmes symptômes dans un terminal ?

Qui plus-est, tu as ton débit indiqué avec le terminal. Ça te donnera une idée pour savoir s'il est habituel ou non wink


Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
file-Re06858991f6f328b4907296ac5cea283

En ligne

#4 20-12-2017 02:02:56

robert2a
Membre
Lieu : France
Inscription : 15-11-2014

Re : Résolu : Mise à jour des paquets très lente

Bonjour

tu peu tester un ping de plusieurs noms et IP (voir si pas un souci de DNS)
un exemple avec orange.fr (j'ai une adsl orange (sans box (modem privé))  théorique 20000/1000


ping -c 4 orange.fr
 


retour


PING orange.fr (193.252.133.34) 56(84) bytes of data.
64 bytes from vip-redirect-orange.m0.fti.net (193.252.133.34): icmp_seq=1 ttl=245 time=29.8 ms
64 bytes from vip-redirect-orange.m0.fti.net (193.252.133.34): icmp_seq=2 ttl=245 time=30.3 ms
64 bytes from vip-redirect-orange.m0.fti.net (193.252.133.34): icmp_seq=3 ttl=245 time=30.8 ms
64 bytes from vip-redirect-orange.m0.fti.net (193.252.133.34): icmp_seq=4 ttl=245 time=30.3 ms

--- orange.fr ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 29.880/30.353/30.896/0.381 ms
 



pour moi le plus lent est "deb.debian.org"  avec  "time=173 ms"
comme tu dis que il ne se passe rien pendant une minute , c'est peut etre un problème de résolution du nom.

le fichier /etc/resolv.conf contient le DNS actuel utilisé par ta debian (surement donné par ta box si tu est en dhcp)

Hors ligne

#5 20-12-2017 10:14:08

Croutons
Membre
Distrib. : Handylinux 2.5 vers Jessie et Debian Stretch
Noyau : Linux 3.16.0-4-686-pae, Linux 4.9.0-7-686-pae
(G)UI : xfce
Inscription : 16-12-2016

Re : Résolu : Mise à jour des paquets très lente

Bonjour
Peut etre voir aussi du coté des sources supplémentaire

ls /etc/apt/sources.list.d


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

#6 21-12-2017 17:02:32

galinette
Membre
Lieu : Presque le Far-West
Distrib. : Debian 9.2 "Stretch"
Noyau : Linux 4.9.0-4-amd64
(G)UI : XFCE 4.12 + xfwm4
Inscription : 12-08-2015

Re : Résolu : Mise à jour des paquets très lente

Merci à tous de vos conseils. Voici les infos demandées :
@chalu et @bendia : mêmes symptômes dans un terminal

root@michel:/home/michel# apt update
Ign:1 http://deb.debian.org/debian stretch InRelease                          
Réception de:2 http://deb.debian.org/debian stretch-updates InRelease [91,0 kB]
Réception de:3 http://deb.debian.org/debian stretch-backports InRelease [91,8 kB]
Atteint:4 http://deb.debian.org/debian stretch Release                        
Réception de:5 http://deb.debian.org/debian stretch-backports/main i386 Packages.diff/Index [27,8 kB]
Réception de:6 http://deb.debian.org/debian stretch-backports/main amd64 Packages.diff/Index [27,8 kB]
Réception de:7 http://deb.debian.org/debian stretch-backports/main i386 Packages 2017-12-20-2023.43.pdiff [681 B]
Réception de:7 http://deb.debian.org/debian stretch-backports/main i386 Packages 2017-12-20-2023.43.pdiff [681 B]
Réception de:8 http://deb.debian.org/debian stretch-backports/main amd64 Packages 2017-12-20-2023.43.pdiff [684 B]
Réception de:8 http://deb.debian.org/debian stretch-backports/main amd64 Packages 2017-12-20-2023.43.pdiff [684 B]
Réception de:10 http://security.debian.org/debian-security stretch/updates InRelease [63,0 kB]
Réception de:11 http://security.debian.org/debian-security stretch/updates/non-free i386 Packages [1 268 B]
Réception de:12 http://security.debian.org/debian-security stretch/updates/non-free amd64 Packages [1 268 B]
305 ko réceptionnés en 6min 0s (845 o/s)                                      
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances      
Lecture des informations d'
état... Fait
All packages are up to date.
root@michel:/home/michel#
 

avec un premier blocage au démarrage de la commande indiquant

0% [Connexion à prod.debian.map.fastly.net (2a04:4e42:1d::204)]

puis un second blocage après les backports

0% [Connexion à security.debian.org (2001:a78:5:0:216:35ff:fe7f:be4f)]



Mon estimation pifométrique du temps de connexion était largement sousestimée :

305 ko réceptionnés en 6min 0s (845 o/s)

big_smile

@robert2a : résultat des ping

michel@michel:~$ ping -c 4 orange.fr
PING orange.fr (193.252.148.140) 56(84) bytes of data.
64 bytes from vip-redirect-orange.s0.fti.net (193.252.148.140): icmp_seq=1 ttl=245 time=26.2 ms
64 bytes from vip-redirect-orange.s0.fti.net (193.252.148.140): icmp_seq=2 ttl=245 time=26.4 ms
64 bytes from vip-redirect-orange.s0.fti.net (193.252.148.140): icmp_seq=3 ttl=245 time=26.6 ms
64 bytes from vip-redirect-orange.s0.fti.net (193.252.148.140): icmp_seq=4 ttl=245 time=26.3 ms

--- orange.fr ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 26.228/26.418/26.607/0.240 ms
michel@michel:~$ ping -c 4 lemonde.fr
PING lemonde.fr (93.184.220.20) 56(84) bytes of data.
64 bytes from 93.184.220.20 (93.184.220.20): icmp_seq=1 ttl=58 time=14.6 ms
64 bytes from 93.184.220.20 (93.184.220.20): icmp_seq=2 ttl=58 time=14.5 ms
64 bytes from 93.184.220.20 (93.184.220.20): icmp_seq=3 ttl=58 time=15.0 ms
64 bytes from 93.184.220.20 (93.184.220.20): icmp_seq=4 ttl=58 time=14.5 ms

--- lemonde.fr ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 14.516/14.696/15.092/0.262 ms
michel@michel:~$ ping -c 4 meteofrance.com
PING meteofrance.com (160.92.178.70) 56(84) bytes of data.
64 bytes from prod.meteo-portail-grandpublic-gslb-zone-backup.aw.atos.net (160.92.178.70): icmp_seq=1 ttl=52 time=36.5 ms
64 bytes from prod.meteo-portail-grandpublic-gslb-zone-backup.aw.atos.net (160.92.178.70): icmp_seq=2 ttl=52 time=36.1 ms
64 bytes from prod.meteo-portail-grandpublic-gslb-zone-backup.aw.atos.net (160.92.178.70): icmp_seq=3 ttl=52 time=35.6 ms
64 bytes from prod.meteo-portail-grandpublic-gslb-zone-backup.aw.atos.net (160.92.178.70): icmp_seq=4 ttl=52 time=36.0 ms

--- meteofrance.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3011ms
rtt min/avg/max/mdev = 35.654/36.086/36.500/0.379 ms
michel@michel:~$
 

mais par contre

michel@michel:~$ ping -c 4 debian-facile.org
PING debian-facile.org(debian-facile.org (2001:41d0:52:f00::354)) 56 data bytes

--- debian-facile.org ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3070ms

michel@michel:~$ ping -c 4 deb.debian.org
PING deb.debian.org(mirror-isc3.debian.org (2001:4f8:1:c::15)) 56 data bytes

--- deb.debian.org ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3051ms

michel@michel:~$
 

là j'avoue ne plus comprendre grand chose ! scratchhead.gif

Pour le resolv.conf il est effectivement fourni par la livebox :

# Generated by NetworkManager
search home
nameserver 192.168.1.1
nameserver fe80::d284:b0ff:fe78:f510%enp1s10


Le répertoire /etc/apt/sources.list.d est vide.

Pour les DNS j'ai en fait ceux d'orange : DNS primaire 81.253.149.9 et DNS secondaire 80.10.246.1

Heureux événement . En balayant la configuration de ma box pour vérifier que tout semblait normal j'ai découvert que la configuration du pare-feu avait changé : j'étais en "personnalisé" avec une bidouille sur le port 8200. Pourquoi ai-je fais cela un jour j'avoue humblement ne plus m'en souvenir. Sans doute à un moment il y a quelque temps (le même que celui de mon premier post) où je cherchais à paramétrer un accès à du replay via internet pour mon raspberry - serveur multimédia. En remettant tout en configuration standard le problème a disparu !

Désolé de vous avoir fait perdre du temps pour un grand classique en fait, la bidouille aventureuse qui n'aboutit pas et qui laisse des scories... old_geek.gif


Dos --> Windows --> Ubuntu --> Debian + XFCE
Faire durer et recycler
Voir le tuto : C'est résolu ! Bravo mais il faut l'indiquer dans l'titre.

Hors ligne

Pied de page des forums