[EXTRA] pas accessible (résolu)

[mimile]

Salut

Code : Tout sélectionner

[okapi@Archie ~]$ yaourt -Syu
:: Synchronisation des bases de données de paquets...
 core est à jour ;
Erreur : échec de récupération du fichier « extra.db » depuis mir1.archlinux.fr : The requested URL returned error: 404
Erreur : échec de récupération du fichier « extra.db » depuis mir1.archlinux.fr : Given file does not exist
Erreur : la mise à jour de extra a échoué (erreur de la bibliothèque de téléchargement)
 community est à jour ;
 archlinuxfr est à jour ;

Suis-je le seul dans ce cas ? ou problème passager ?

EDIT : pour voir, je commente mir1.archlinux pour changer de miroir et j'opte pour ftp://distrib-coffee.ipsl.jussieu.fr/pu ... o/os/$arch.

Je reboote et :

Code : Tout sélectionner

[okapi@Archie ~]$ yaourt -Syu
:: Synchronisation des bases de données de paquets...
 core est à jour ;
Erreur : échec de récupération du fichier « extra.db » depuis mir1.archlinux.fr : The requested URL returned error: 404
 extra                   1395,6 KiB   480K/s 00:03 [######################] 100%
 community est à jour ;
 archlinuxfr est à jour ;

Bizaremment, c'est toujours vers le miroir mir1.archlinux que pacman cherche à se synchroniser.

Toutefois, tout en signalant une erreur 404, la synchronisation de extra semble se dérouler normalement, mais si je renonce à la mise à jour et que je relance yaourt -Syu, j'obtiens ceci :

Code : Tout sélectionner

:: Synchronisation des bases de données de paquets...
 core est à jour ;
Erreur : échec de récupération du fichier « extra.db » depuis mir1.archlinux.fr : The requested URL returned error: 404
 extra est à jour ;
 community est à jour ;
 archlinuxfr est à jour ;

Bon, à ce stade, la synchronisation est complète mais c'est quand même bizarre non ?

Keskispass ?

[FoolEcho]

Tu es peut-être tombé au moment de la synchronisation de ce miroir. Essaie de nouveau ou place un autre miroir avant dans ton /etc/pacman.d/mirrorlist.


Sur ton édition (désolé, tu as du éditer juste quand je postais): c'est parce qu'il faut faire un -Syyu dans ce cas.

[mimile]

Bien vu et merci pour ta réponse :

Code : Tout sélectionner

[okapi@Archie ~]$ sudo pacman -Syyu
:: Synchronisation des bases de données de paquets...
 core                     101,2 KiB   466K/s 00:00 [######################] 100%
 extra                   1395,6 KiB   484K/s 00:03 [######################] 100%
 community               1701,5 KiB   484K/s 00:04 [######################] 100%
 archlinuxfr               34,6 KiB   393K/s 00:00 [######################] 100%
:: Début de la mise à jour complète du système...
résolution des dépendances...
recherche des conflits entre paquets...
etc...

Problème réglé.

Encore merci

PS : juste une question : quand j'ai changé de miroir (commenté mir1.archlinux.fr et décommenté ftp://distrib-coffee.ipsl.jussieu.fr/pu ... o/os/$arch), pourquoi ce changement de miroir n'a-t'il pas été pris en compte, pacman persistant à accéder à mir1.archlinux ?

[FoolEcho]

On manque d'éléments... (comme tu as été avare de précision -- on a rien contre les longs posts, faut juste éviter de noyer le poisson comme je vais le faire dans la suite de ce post )

En premier lieu, Pacman doit récupérer les listes à jour de paquets selon les dépôts (si -Sy). Selon ce qui est défini dans le pacman.conf, il va essayer le premier serveur ou les suivants en cas de problèmes (et c'est là où mon explication ne colle pas à priori avec ce que tu as constaté à moins que jussieu soit après mir1 dans ton mirrorlist... bref, il aurait fallu faire un --debug pour voir).
Tant que j'y suis (même si ça n'est pas le problème ici), la «subtilité», ou le problème disons, étant que la référence des mises à jour dépend du premier serveur qui fonctionne. Lors d'un téléchargement d'un paquet pacman reprend de nouveau l'ordre des serveurs. Mais ils ne sont pas forcément tous synchro, ce qui fait que si le premier par exemple a un problème quelconque et qu'on ne peut rapatrier le paquet que depuis un autre serveur et qu'il n'est pas à jour, bing, erreur (c'est pour ça qu'on conseille sur le wiki des serveurs proches géographiquement, ça et les questions de bande passante). C'est également la raison du -Sy/-Syu avant toute mise à jour ou installation. Toujours être bien en phase avec les versions des serveurs.
Le -Syy est préférable quand on trifouille les listes de serveur pour repartir sur du frais (voir man).

En ce qui te concerne, le problème de mir1 était certainement lié à la synchronisation du serveur (la dernière synchro datait de 8h50).

[mimile]

Merci pour tes explications.

En ce qui concerne la longueur de mes postes, je dois certainement être victime d'un TOC

Précision : jussieu est AVANT mir1.archlinuxfr dans la liste des miroirs et de toute façon, j'avais commenté mir1.archlinux.fr, ce qui, a priori aurait dû l'exclure.

Code : Tout sélectionner

## France
#Server = http://mir.archlinux.fr/$repo/os/$arch
Server = ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux/$repo/os/$arch
#Server = http://distrib-coffee.ipsl.jussieu.fr/pub/linux/archlinux/$repo/os/$arch
#Server = ftp://mir1.archlinux.fr/archlinux/$repo/os/$arch
#Server = http://mir1.archlinux.fr/archlinux/$repo/os/$arch

Question : peut-on décommenter plusieurs miroirs ? J'avais cru comprendre qu'il ne fallait en choisir qu'un seul ...

[FoolEcho]

Tu as mal compris alors. Tu peux avoir tous les miroirs français d'activé, ça permet justement à pacman de poursuivre son travail si un serveur a des ratés (en gardant en tête les raisons que j'ai évoqué pour certains problèmes passagers).

PS : juste une question : quand j'ai changé de miroir (commenté mir1.archlinux.fr et décommenté ftp://distrib-coffee.ipsl.jussieu.fr/pu ... o/os/$arch), pourquoi ce changement de miroir n'a-t'il pas été pris en compte, pacman persistant à accéder à mir1.archlinux ?

Et tu aurais du préciser que tu n'avais qu'un serveur en fait, car j'avais mal interprété ce passage du coup (et je ne comprenais pas du tout en fait ... je ne suis d'ailleurs pas sûr d'avoir compris la manipulation, au final, mais peu importe).
N'en ayant qu'un, il n'a jamais pu utiliser mir1.archlinux (il suffit de passer par le debug pour le voir).

[mimile]

Ben, quand j'ai envisagé d'installer Arch, je suis tombé sur un site proposant une video montrant pas à pas comment faire et j'en ai retenu qu'il ne fallait choisir qu'un seul miroir.

Cela fait donc des mois que je mets Arch à jour avec l'unique miroir mir1.archlinuxfr (qui est donc le seul miroir décommenté dans la liste contenue dans le dossier mirrorlist).

Aujourd'hui, pour la première fois, j'ai rencontré le problème faisant l'objet de mon poste (code 404) et pour voir, j'ai commenté mir1.archlinuxfr et décommenté Jussieu pour voir.

A la lecture de ta précédente réponse, je vais donc décommenté quelques miroirs supplémentaires.

A+