[apt-get] Miroir [Buster]

Bonjour,

J’ai commencé par changer les DNS de ma connexion, mais sans résultat.
J’ai donc du changer les miroirs du sources.list dans /etc.

Peut-être que l’un d’entre vous saura ce qui advient de http://ftp.univ-pau.fr/linux/mirrors/debian/ ?

Bonne continuation.

En lançant

elinks http://ftp.univ-pau.fr/linux/mirrors/debian/

j’obtiens une sortie très semblable à celle de

elinks http://ftp.fr.debian.org/debian/

Le problème n’est donc pas au niveau de l’URL que vous avez donnée mais plutôt dans la configuration réseau de votre côté.
Que donne

fp2@debpacha:~$ host ftp.univ-pau.fr
ftp.univ-pau.fr has address 194.167.156.234
fp2@debpacha:~$ 
grep -v '^#' /etc/apt/sources.list /etc/apt/sources.list.d/*.list

C’est-à-dire ?

cat /etc/resolv.conf 

Quels sont les appareils et systèmes qui vous permettent d’accéder à Internet ?

Cordialement,
Regards,
Mit freundlichen Grüßen,
مع تحياتي الخالصة


F. Petitjean
Ingénieur civil du Génie Maritime.

« On ne perd pas son temps en aiguisant ses outils. »
Proverbe français

« Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » (R. Devos)

Personnellement, quand ce n’est pas chez un hébergeur qui a ses propres mirroirs, comme dépots officiels, j’utilise les dépots deb.debian.org qui se résolvent dynamiquement sur une ip de mirroir rapide/proche de moi.

Exactement la même chose que votre sortie.

Je viens de changer sources.list j’ai récupéré celui proposé là :
https://wiki.debian.org/fr/SourcesList

J’obtenais un délais d’attente dépassé pour l’adresse de Pau avec l’ancien qui est celui-ci :

:~$ cat /etc/apt/sources.listbu 
# 
deb http://ftp.univ-pau.fr/linux/mirrors/debian/ buster main
deb-src http://ftp.univ-pau.fr/linux/mirrors/debian/ buster main

deb http://security.debian.org/debian-security buster/updates main contrib
deb-src http://security.debian.org/debian-security buster/updates main contrib

# buster-updates, previously known as 'volatile'
deb http://ftp.univ-pau.fr/linux/mirrors/debian/ buster-updates main contrib
deb-src http://ftp.univ-pau.fr/linux/mirrors/debian/ buster-updates main contrib

# bullseye
deb http://ftp.univ-pau.fr/linux/mirrors/debian/ bullseye main
deb-src http://ftp.univ-pau.fr/linux/mirrors/debian/ bullseye main


deb http://ftp.univ-pau.fr/linux/mirrors/debian/ stretch main
deb-src http://ftp.univ-pau.fr/linux/mirrors/debian/ stretch main

# Ubuntu Disco Dingo
deb http://archive.ubuntu.com/ubuntu/ disco main restricted
deb http://security.ubuntu.com/ubuntu/ disco-security main restricted
deb http://archive.ubuntu.com/ubuntu/ disco-updates main restricted

Je suis derrière une box de FAI classique dont j’honore le règlement mensuellement.

~$ uname -a
Linux pammob 4.9.0-11-amd64 #1 SMP Debian 4.9.189-3 (2019-09-02) x86_64 GNU/Linux

$ cat /etc/resolv.conf 
# Generated by NetworkManager
nameserver 212.27.40.240
nameserver 212.27.40.241
nameserver 80.67.169.12
# NOTE: the libc resolver may not support more than 3 nameservers.
# The nameservers listed below may not be recognized.
nameserver 80.67.169.40
nameserver 2a01:e00::2
nameserver 2a01:e00::1

J’enlève 80.67.169.* pour remettre la configuration d’origine.

quelle drôle d’idée le regionalisme

deb https://cdn-aws.deb.debian.org/debian-security/ buster/updates contrib main non-free
deb https://cdn-aws.deb.debian.org/debian/ buster contrib main non-free
deb https://cdn-aws.deb.debian.org/debian/ buster-updates contrib main non-free
deb https://cdn-aws.deb.debian.org/debian/ buster-proposed-updates contrib main non-free

Bonjour,

Le fichier de sources /etc/apt/sources.list doit avoir l’extension .list et pas autre chose.
Il y a une faute de nommage ou alors une coquille dans la transmission (.listbu)

/etc/apt/sources.list ne peut pas changer de nom.

Il n’y a que dans le répertoire /etc/apt/sources.list.d/
où l’on peut avoir des fichiers aux noms personnalisés, mais finissant en .list obligatoirement.

1 J'aime

.listbu, (bu pour backup avec un mv pour garder une trace du fichier “original”.) (Plusieurs sources pour essayer des noyaux, car pour le moment “obligé” de tourner avec un noyau en “downgrade”. )

Le régionalisme ? Des économies d’énergie surtout.
Que vous ayez un repère fédéraliste ou unitaire, j’aurais volontiers une discussion autour de la centralisation et / ou de la décentralisation des pouvoirs si tel est votre souhait.

la replication des informations dans plusieurs serveurs c’est ça le gouffre énergétique et de plus on n’est jamais certain que le petit serveur régional sera bien à jour

À moins d’être administrateur, ou d’avoir ses entrées sur le serveur en question, la certitude que “le petit serveur régional” soit à jour est très relative, oui je suis absolument d’accord.

Pour ce qui est du gouffre énergétique, j’en suis beaucoup moins certain.
Que la réplication de serveur consomme de ressources ce qu’elle en exige c’est évident.
Après, pour ce qui est des appels à ces serveurs, l’infrastructure générale sera moins sollicité en faisant appel à un serveur local qu’à un serveur central.
Quoi qu’il en soit la technologie de la virtualisation étant au point maintenant, je me fais peu de souci quant à l’optimisation de la capacité de nos serveurs administrés par des techniciens compétents.

pour les sites miroir Debian
https://www.debian.org/mirror/list

1 J'aime

( a prendre avec de l’humour! )
.listbu ? c’est quelle norme çà ?

.list.old
.list.backup
.list.vieuxmachintrucdefainéant ? :slight_smile:

En informatique, on aime pas refaire la même chose tout le temps, mais quelque fois il le faut !

l’extension normalisée c’est .bak

1 J'aime

Non, c’est ~ (#EmacsRulez)

Attention on n’est pas dredi :smiley: troll lolilou

1 J'aime

.bak -> cela vient d’un logiciel de programmation très très très important pour moi
~ -> cela vient de d’un windows très important pour moi
moi j’aimeuh bien .bakup et .old parce que l’on peut les coupler !

:star_struck:

Sinon, souvent je mets un suffixe daté, .`date -I`.bak.

3 J'aime

J’ai jamais fait et pas sur que j’y arrive tout seul…

J’aime bien le .save.extension aussi ! mais c’est une de mes inventions !
Cela serait certainement mieux dans l’autre sens sauf si c’est du code et que c’est intégré pour être pris dans la maille de l’IDE, pour quelques raison que je ne peut expliquer.

Bah quoi ça consomme moins d’électricité non ?