[Resolu] - Aptitude -u impossible

Bonjour,

Après avoir utilisé le contenu du post suivant (http://forum.debian-fr.org/viewtopic.php?t=5659) pour la version Debian Etch, tout allait Nickel.

J’ai ensuite voulu faire une petite spécificité qui était: Nexuiz, Lincity, Wormux et Termulous en version Sid ( donc, augmenter la priorité de ces paquets par rapport à la version stable). J’ai d’ailleurs échoué dans mon pinning puisque j’ai pas la version attendue de Nexuiz… Enfin, bref, j’ai installé le bazar mais dans la version Etch… (Je rattaquerai cette question du pinning sur le fil approprié donc, je ne vais pas m’éterniser sur cet question)

Puis le lendemain, aptitude a commencé à me refuser la mise à jour de la liste des packages…

Plus concrètement, il me dit que le délais d’attente est dépassé et si je tente d’autre commandes d’aptitude, il me répond qu’il est impossible de localiser la liste des paquets et que je devrais faire une mise à jour de ma liste de paquets (le petit marrant… )

Je me suis dit qu’avec ma tentative de pinning pour Nexuiz and co, j’avais peut-être fait une erreur mais après avoir vidé le fichier /etc/apt/préférences et changé le sources-list en :

[code]deb http://ftp.fr.debian.org/debian/ etch main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ etch main contrib non-free

deb http://security.debian.org/ etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib non-free[/code]

Mais, le résultat est le même.

J’ai également supprimé le fichier préférences, des fois que même vide, sa présence pose problème si il n’était pas utilisé… Pas de changements.

J’ai pensé au firewall mais ici, je suis sur le forum via ma connexion et donc… pourquoi me refuser ces http et pas ceux pour aller sur le net?

J’ai aussi tenté de vider le cache (aptitude clean) mais il faut d’abord faire la mise à jour des packages et donc… Impasse.

avec apt-cache policy, j’ai comme réponse :

debian:/home/ben# apt-cache policy Fichiers du paquet : 100 /var/lib/dpkg/status release a=now Paquets étiquetés : W: Impossible de localiser la liste des paquets sources http://ftp.fr.debian.org etch/main Packages (/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_etch_main _binary-i386_Packages) - stat (2 Aucun fichier ou répertoire de ce type) W: Impossible de localiser la liste des paquets sources http://ftp.fr.debian.org etch/contrib Packages (/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_etch_c ontrib_binary-i386_Packages) - stat (2 Aucun fichier ou répertoire de ce type) W: Impossible de localiser la liste des paquets sources http://ftp.fr.debian.org etch/non-free Packages (/var/lib/apt/lists/ftp.fr.debian.org_debian_dists_etch_ non-free_binary-i386_Packages) - stat (2 Aucun fichier ou répertoire de ce type) W: Impossible de localiser la liste des paquets sources http://security.debian.o rg etch/updates/main Packages (/var/lib/apt/lists/security.debian.org_dists_etch _updates_main_binary-i386_Packages) - stat (2 Aucun fichier ou répertoire de ce type) W: Impossible de localiser la liste des paquets sources http://security.debian.o rg etch/updates/contrib Packages (/var/lib/apt/lists/security.debian.org_dists_e tch_updates_contrib_binary-i386_Packages) - stat (2 Aucun fichier ou répertoire de ce type) W: Impossible de localiser la liste des paquets sources http://security.debian.o rg etch/updates/non-free Packages (/var/lib/apt/lists/security.debian.org_dists_ etch_updates_non-free_binary-i386_Packages) - stat (2 Aucun fichier ou répertoir e de ce type) debian:/home/ben#

Une suggestion? Merci.

Salut, si en essayant (comme ça) de virer le contrib non free de chaque ligne ça donne quoi ?

Edit; Et il me semble que dans l’ordre c’est non-free contrib ?

HS: Ca à l’air bien sympa ce wormux :laughing:

Bonjour,

As-tu essayé avec d’autres dépots ?

Et avec le sources.list de T&A pour installer en logiciel en unstable, tu fais :

Mais fais attention quand tu veux installer des paquets testing ou unstable. J’ai voulu installer Wormux en version testing mais la mise à jour de libc6 était obligatoire :confused:

Alors, pour virer non free… pas de changements. Il cherche pendant longtemps à se connecter :

et puis il me dis :

Connexion à ftp.fr.debian.org (1.0.0.0) Connexion à security.debian.org (1.0.0.0)

Enfin, il m’annonce “fièrement”:

Oo téléchargés en 2m0s (0o /s) Certains fichiers n'ont pas été téléchargés avec succès

Puis impossible de localiser : patati patata…

Pour les autres dépôts, j’ai essayé. Je suis parti du sources.list proposé sur le forum et ici c’est un sources.list trouvé sur le net… Par ailleurs, je pense que le sources.list du forum est tellement utilisé que je ne devrais pas être le premier a avoir ce problème à l’instant. Donc, ca ne doit pas venir de là… Mais de toute façon, oui, j’ai changé de sources.list au cas où…

Pour ce qui est d’utiliser un paquet tout beau tout neuf de chez Sid… je voulais faire comme ça pour toujours avoir la dernière version de Nexuiz… Mais bon, je pense que je vais faire comme suggéré ( amis effectivement, avec les changements de librairie… Faut voir si je vais encore avoir quelque chose de très stable… Pas certain du tout en fait.

Salut,

tu as essayé aussi sans contrib comme conseillé plus haut, tu devrais avoir ceci:

[quote]deb security.debian.org/ etch/updates main
deb-src security.debian.org/ etch/updates main[/quote]

pour nexuiz tu télécharges l’archive sur le site officiel
ensuite tu là décompresse, tu ouvres le répertoire nexuiz et tu exécutes “nexuiz-linux.sh”.

J’ai essayé juste avec:

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

J’ai exactement la même chose que pour les autres solutions.

Pour Nexuiz, je sais que l’archive est bien foutue et qu’on peut faire comme ça mais je voulais profiter de l’occasion pour tester le pinning ( :unamused: j’aurais du m’abstenir…).

bon déjà, laisse ton preference, mais commences par faire un update avec un sources.list vide
ensuite remets ton sources.list d’origine et refais l’update.
Ton problême n’est pas lié aux préfèrences, le pb d’apt-cache policy n’est qu’une conséquence d’un apt foireux.
Par contre, ce que tu dis qu’il te dit:

[quote]Connexion à ftp.fr.debian.org (1.0.0.0)
Connexion à security.debian.org (1.0.0.0)[/quote]m’incite surtout à me poser des questions sur tes capacités de résolution dns.
que donne host ftp.fr.debian.org ?

Pas de changements après un sources.list vide puis un nouveau sources.list (enfin, pour le vide, pas de problèmes…).

Par contre pour le host, ça donne:

debian:/home/ben# host ftp.fr.debian.org ftp.fr.debian.org has address 212.27.32.66 ;; Warning: Message parser reports malformed message packet. ;; connection timed out; no servers could be reached debian:/home/ben#

Par contre, je peux pinguer sans problème cette adresse et ce nom.

Si c’est le DNS, ce ne serait pas surprenant, mon “super” routeur a déjà montré quelques faiblesses à ce niveau (mais je pense que tu le sais :slightly_smiling: ).

Voici mon /etc/resolv.conf:

nameserver 192.168.1.1

Au niveau du routeur, j’ai mis:

[code]Choix relais DNS --> Utiliser seulement le serveur DNS découvert par l’utilisateur:

Serveur DNS préféré: 195.238.2.21
Serveur DNS auxiliaire: 192.168.1.1[/code]

Ceci dit, apparemment, pour une raison que j’ignore, cette configuration se perd lorsque j’éteins le routeur. Alors, par défaut, il me met un DNS automatique avec les deux DNS proposées par mon FAI… Et ma connexion roule quand même…

EDIT: ou alors, c’est ma copine, avec Windows XP, qui impose un changement de config dans le routeur… Ceci dit, j’ai testé, que cela soit sous une configuration du DNS ou l’autre, le résultat ne change pas pour aptitude.

Si j’ajoute l’adresse DNS de mon FAI dans /etc/resolv.conf, ca marche…

Il ne me reste plus qu’à fixer le fait de garder tel quel resolv.conf car lorsque je relance la machine, il me remets une seule adresse, celle de mon routeur.

Pour éviter que ton router (à la demande de ton client dhclient) n’écrase ton resolv.conf, ceci a marché dans mon cas.

Créer un fichier, par exemple mon-hook, dans /etc/dhcp3/dhclient-enter-hooks.d/ qui contient ces lignes:

# pour que le dhclient n'écrase pas le resolv.conf avec les données reçues du router/serveur dhcp. make_resolv_conf() { echo "T'as pas intérêt à écraser mon resolv.conf!" }

OK, c’était la bonne…

Bon, pour rappel, pour ceux qui passeront dans le coin…

Symptome du problème: Impossible de faire la mise à jour des paquets via aptitude. Temps d’attente très long lorsqu’il cherche à se connecter aux différentes adresses se trouvant dans le fichier /etc/apt/sources.list . Les adresses de connexion sont agrémentées d’un petit : 1.0.0.0

Spécificités : Debian Etch, Kernel 2.6.18-4-686, Modem/routeur D-LINK DSL-G624T

Solution du problème: C’est lié au DNS. Pour vérifier, taper dans la console:

Dans mon cas, j’ai eu droit à :

debian:/home/ben# host ftp.fr.debian.org ftp.fr.debian.org has address 212.27.32.66 ;; Warning: Message parser reports malformed message packet. ;; connection timed out; no servers could be reached debian:/home/ben#

Il faut vérifier ce qui se trouve dans /etc/resolv.conf . Dans mon cas, je n’avais qu’une seule adresse, celle de mon routeur. En ajoutant un

nameserver "X.X.X.X-Le DNS de mon FAI"

Tout se remettait dans l’ordre sauf qu’au prochain bootage, mon resolv.conf était de nouveau changé avec juste l’adresse de mon routeur.

Dès lors, il faut forcer le fait de garder le fichier resolv.conf en l’état.

Dès lors, il faut créer un fichier (j’ai pris le nom de mon-hook (j’allais pas me prendre la tête non plus…)), dans /etc/dhcp3/dhclient-enter-hooks.d. Et j’y ai ajouté les lignes suivantes :

# pour que le dhclient n'écrase pas le resolv.conf avec les données reçues du router/serveur dhcp. make_resolv_conf() { echo "T'as pas intérêt à écraser mon resolv.conf!" }

(Ripat, je laisse l’echo, c’est trop la classe…)

Et voila, le tour est joué.

Un grand merci à ymer (clair que Wormux, c’est sympa :slightly_smiling: ) , dimm, neos, mattotop et ripat pour l’aide précieuse.