Je suis sous Jessie 8.10
lorsque je me connecte pour upgrade/update, cela se passe relativement bien sauf pour une ligne qui est très lente. Ça ne me paraît pas normal.
Quelqu’un a-t-il une idée ?
voici un extrait de la connexion, avec la dernière ligne bloquante :
cat /etc/apt/sources.list
# deb cdrom:[Debian GNU/Linux 8.1.0 _Jessie_ - Official amd64 DVD Binary-1 20150606-14:19]/ jessie contrib main
deb http://ftp.fr.debian.org/debian/ jessie main non-free contrib
# deb-src http://ftp.fr.debian.org/debian/ jessie main
deb http://security.debian.org/ jessie/updates non-free contrib main
# deb-src http://security.debian.org/ jessie/updates contrib main
# jessie-updates, previously known as 'volatile'
deb http://ftp.de.debian.org/debian/ jessie main non-free
deb http://ftp.fr.debian.org/debian/ jessie-updates non-free main contrib
# Backports repository
deb http://ftp.debian.org/debian/ wheezy-backports non-free contrib main
# deb http://ftp.de.debian.org/debian/ sid main
deb ftp://ftp.deb-multimedia.org/ jessie non-free main
# jessie-backports
deb http://ftp.fr.debian.org/debian/ jessie-backports non-free contrib main
# deb http://httpredir.debian.org/ jessie-backports non-free contrib main
Toutes tes lignes affichent une IP en v6 (2001:67c:2564:a119::148:12) ?
Je ne comprends pas ton fichier /etc/apt/sources.list… Je pense que celui-ci suffit amplement:
deb http://ftp.fr.debian.org/debian/ jessie main contrib non-free
deb http://security.debian.org/ jessie/updates main contrib non-free
deb http://ftp.fr.debian.org/debian/ jessie-updates main contrib non-free
deb http://ftp.fr.debian.org/debian/ jessie-backports main contrib non-free
Si tu as mis à jour une Wheezy qui utilisait des paquets rétro-portés, alors tu peux éventuellement ajouter cette ligne:
deb http://ftp.fr.debian.org/debian/ wheezy-backports main contrib non-free
Tu utilises des paquets provenant de contrib et non-free ?
cleloup :
j’ai forcé l’ip V4 (c’est le sens de ton fichier, je crois) et ça s’arrange.
Donc Orange (box fibre) et Debian se prennent la tête sur l’IP ?
C’est ballot. Quoi qu’il en soit, le coup de l’ IPv4 fonctionne. Dommage de forcer un équipement “de pointe” (la fibre) à utiliser une ancienne technique, mais bon… :’(
sk4hrr
oui, (avant la manip), je voyais passer plein d’IPv6 qui fonctionnaient très bien… d’où mon interrogation : pourquoi la liaison se met à ramer en plein milieu ? (un buffer de la box plein ? mal purgé ? allez savoir…)
oui (aussi ;)) le fichier sources.list est sûrement space. Il provient d’une première installation avec le CD d’une revue, qui a été trituré au fur et à mesure des évolutions. J’ai besoin de conrib non free et backports pour les drivers audio, midi et pour utiliser Musescore2… mais je ne sais pas trop quels paquets sont à l’origine de tout ce b*$@!..
je vais essayer tes simplifications.
Faut dire que je ne suis pas très connaisseur et je ne veux pas tout casser par souci d’esthétique (oui, je sais, à force d’empiler des couches, ça devient dangereux ) car j’utilise Musescore et je ne voudrais pas le voir disparaître…
Mais je te remercie de ta remarque. Je vais essayer.
L’IPv4 a encore de longs et beaux jours devant elle… Dommage parce que la v6 à des cotés pratique, même si il faut ré-apprendre.
Effectivement, c’est curieux…
Disons que tu as des choses redondantes et qui posent question.
Si tu veux savoir de quel dépot provient un paquet spécifique, tu peux utiliser : `apt-cache policy [nomPaquet], par exemple :
sk4hrr :
J’ai modifié la sources.list comme tu le propose (enfin, pas tout à fait mais presque)
viré wheezy-backport (wheezy remplacé par jessie). C’était une sombre histoire de wine 32 versus 64 qui m’a bien §?@*%! à l’époque…
viré le .de, je ne sais plus d’où il sort. Probablement quand je cherchais la version 2 de musescore autour du monde
viré les src… il se passera du temps avant que je ne compile…
En revanche, je me pose trois questions
l’ordre dans lequel on écrit main, contrib, non-free a-t-il une importance ?
l’intérêt d’isoler multimedia dans une list à part est-il autre que “déontologique”?
quel est le meilleur dépôt à utiliser pour les codecs et autres trucs non-libre (pour lire les CD, DVD avec ou sans DRM, MP3, utiliser lame etc.) ?
tous :
Pour en finir avec le sujet sur la lenteur des màj, je me demande si certains dépôts ne sont pas “mieux servis” que d’autres car les ipv6 que je voyais défiler avant de forcer les comm en ipv4 me paraissaient sans nuage.
Un seul dépôt était bloquant et ça ressemblait furieusement à une sortie sur time-out !.. genre : “y’en a marre d’attendre v6, je passe en v4 et basta”.
Soit les autres rejetaient la v6 officiellement d’entrée (et lui “oubliait”) et tout passait en v4, soit ce dépôt était le seul sans v6…
… soit d’autres trucs que je ne soupçonne même pas
mystère…
Quoi qu’il en soit, j’ai progressé… Je vous remercie de votre aide.
Il me reste à ouvrir un autre sujet sur XFCE4-Thunar qui “freeze” aléatoirement quand je déplace des icônes… (c’est très casse-bonbons)
ping te donne une idée des temps d’accès et de la qualité des échanges
Exemple
root@debian:/# ping ftp.fr.debian.org
PING debian.proxad.net (212.27.32.66) 56(84) bytes of data.
64 bytes from debian.proxad.net (212.27.32.66): icmp_seq=1 ttl=54 time=56.6 ms
64 bytes from debian.proxad.net (212.27.32.66): icmp_seq=2 ttl=54 time=61.3 ms
64 bytes from debian.proxad.net (212.27.32.66): icmp_seq=3 ttl=54 time=61.9 ms
64 bytes from debian.proxad.net (212.27.32.66): icmp_seq=4 ttl=54 time=63.4 ms
64 bytes from debian.proxad.net (212.27.32.66): icmp_seq=5 ttl=54 time=59.9 ms
64 bytes from debian.proxad.net (212.27.32.66): icmp_seq=6 ttl=54 time=57.5 ms
64 bytes from debian.proxad.net (212.27.32.66): icmp_seq=7 ttl=54 time=58.1 ms
64 bytes from debian.proxad.net (212.27.32.66): icmp_seq=8 ttl=54 time=58.8 ms
64 bytes from debian.proxad.net (212.27.32.66): icmp_seq=9 ttl=54 time=55.2 ms
^C
--- debian.proxad.net ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 8011ms
rtt min/avg/max/mdev = 55.288/59.234/63.449/2.510 ms
et pour le chemin à parcourir
Exemple 10 noeuds pour moi
root@debian:/# traceroute 212.27.32.66
traceroute to 212.27.32.66 (212.27.32.66), 30 hops max, 60 byte packets
1 _gateway (192.168.1.1) 2.290 ms 2.437 ms 4.099 ms
10 debian.proxad.net (212.27.32.66) 105.087 ms 105.121 ms 107.269 ms
OK faudra que je regarde. J’imagine que ça marche aussi en ipv6 ?
cela dit ça peut changer d’une fois sur l’autre, non ?
Je croyais que deb était un redirecteur qui choisissait au mieux au dernier moment.
Sinon comment s’y retrouver dans la jungle des ftp1, ftp1.fr, ftp.fr, ftp (tout court) etc ?
On fait un ping/traceroute à chaque fois ? (c’est lourd,sans compter les adresses qui sont mieux mais qu’on ne connaît pas )
# netselect-apt
The fastest 10 servers seem to be:
http://debian.proxad.net/debian/
http://debian.mirror.ate.info/
http://debian.mirrors.easynet.fr/debian/
http://ftp.rezopole.net/debian/
http://mirrors.ircam.fr/pub/debian/
http://mirror.duocast.net/debian/
http://mirror.united-gameserver.de/debian/
http://mirror.netcologne.de/debian/
http://ftp.nerim.net/debian/
http://mirror.23media.de/debian/
Of the hosts tested we choose the fastest valid for HTTP:
http://debian.proxad.net/debian/
Writing sources.list.
Done.
mais presque)
)
?