Mise à jour impossible : pas de fichier Release

En rechargeant les paquets dans synaptic j’obtiens le message suivant :

Échec du téléchargement de tous les fichiers d’index
Le dépôt ne semble plus être disponible ou ne peut être contacté à cause de problèmes de réseau. S’il existe un fichier d’index plus ancien, il sera utilisé. Sinon, le dépôt sera ignoré. Vérifiez votre connexion réseau et corrigez l’adresse du dépôt dans les préférences.
Les dépôts devraient fournir un fichier InRelease clairement signé, mais aucun n’a été trouvé à cdrom://[Official Debian GNU/Linux Live 12.1.0 kde 2023-07-22T09:48:34Z]/dists/trixie/InRelease.Le dépôt cdrom://[Official Debian GNU/Linux Live 12.1.0 kde 2023-07-22T09:48:34Z] trixie Release n’a pas de fichier Release.

Liste des dépôts

/etc/apt/sources.list:deb cdrom://[Official Debian GNU/Linux Live 12.1.0 kde 2023-07-22T09:48:34Z]/ trixie mai
n non-free-firmware
/etc/apt/sources.list:deb Index of /debian trixie main
/etc/apt/sources.list:deb-src Index of /debian trixie main
/etc/apt/sources.list:deb Index of /debian-security trixie-security main
/etc/apt/sources.list:deb-src Index of /debian-security trixie-security main
/etc/apt/sources.list:deb Index of /debian trixie-updates main
/etc/apt/sources.list:deb-src Index of /debian trixie-updates main

ping -c1 ftp.fr.debian.org
PING ftp.fr.debian.org (2a01:e0c:1:1598::2) 56 data bytes
64 bytes from debian.proxad.net (2a01:e0c:1:1598::2): icmp_seq=1 ttl=55 time=7.42 ms

ftp.fr.debian.org ping statistics —
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 7.416/7.416/7.416/0.000 ms

@Clochette : est-ce la première ligne qu’il faut supprimer ? …deb cdrom://…

@Clochette : est-ce la première ligne qu’il faut supprimer ? …deb cdrom://…

Mais j’y dis quand même : oui.
Après l’installation il est inutile d’aller chercher ce qui s’y trouve puisque déjà installé

@Clochette Vire simplement la ligne du cd, elle ne te sert à rien dorénavant…
Suppression faite, ça marche, la màj deb13.3 vers 13.6 s’est faite sans problème ;
Merci à tous, reste à expliquer la présence de cette ligne bloquante ?

Normalement cette ligne est commentée lors de l’installation.

Normalement . . .
Mais il a peut-être installé avec Calamarès :grimacing:

  • pure méchanceté -

apt est bien bavard (1er message), mais puisqu’il ne s’agit pas d’une nouvelle installation, ce qui est surprenant est comment une ligne ‹ deb cdrom://… › a pu apparaitre dans le sources.list.
Soit elle a toujours été présente et ne posait aucun problème.
Soit apt la refuse maintenant suite à la mise à jour.
L’essentiel est que ça marche…


J’ai fait le test de rajouter la ligne cdrom à /etc/apt/sources.list:

deb cdrom://[Official Debian GNU/Linux Live 12.1.0 kde 2023-07-22T09:48:34Z]/ trixie main non-free-firmware

ça ne bloque absolument pas apt, mais informe uniquement que la ligne cdrom est ignorée.

Ign : 1 cdrom://[Official Debian GNU/Linux Live 12.1.0 kde 2023-07-22T09:48:34Z] trixie InRelease
Err : 2 cdrom://[Official Debian GNU/Linux Live 12.1.0 kde 2023-07-22T09:48:34Z] trixie Release
Veuillez utiliser apt-cdrom afin de faire reconnaître ce cédérom par votre APT. apt-get update ne peut être employé pour ajouter de nouveaux cédéroms
Réception de : 3 http://ftp.fr.debian.org/debian forky InRelease [151 kB]
.../...
Lecture des listes de paquets…
E: Le dépôt cdrom://[Official Debian GNU/Linux Live 12.1.0 kde 2023-07-22T09:48:34Z] trixie Release n'a pas de fichier Release.

apt update: OK, mais juste information concernant cdrom.

« Vérifiez votre connexion réseau »
C’est la raison pour laquelle je demandais de commencer par vérifier si le réseau était joignable avec un ping…
→ apt ne demanderait pas de vérifier la connexion réseau pour atteindre un cdrom…

@Verner

ce qui est surprenant est comment une ligne ‹ deb cdrom://… › a pu apparaitre dans le sources.list.
Soit elle a toujours été présente et ne posait aucun problème.

La ligne existe vraisemblablement depuis l’upgrade de Debian 12.12 vers Debian13.2 en janvier dernier, les màj jusque là n’avaient pas posé de problème (13.2 → 13.3 )
Curieux que la présence de cette ligne ne produise pas les mêmes effets sur une autre machine ?

Le fond de ma pensée…
L’analyse de ce genre de sujet ne peut pas s’étaler sur plusieurs heures/jours et avec de multiples propositions entremêlées.
A l’heure H, le réseau n’est pas accessible (pour x raisons, peu importe).
A l’heure H+1, le réseau est accessible.

Avant de se focaliser sur cdrom, puisque apt explique ‹ Vérifiez votre connexion réseau ›, c’est peut-être qu’il n’a pas accès au réseau, ça semble logique, donc la première chose à vérifier.
Un CDROM n’a pas besoin d’accès réseau, et apt le sait.
Cette ligne CDROM est uniquement ajoutée au sources.list lors d’une installation à partir d’un live-cd, puisque le dépôt est local, les paquets .deb étant sur le CDROM.
C’est impossible qu’une mise à jour apt te rajoute cette ligne cdrom.

Comme dans ton autre sujet ‹ Plantage synaptic ›, si le système te dit en clair:
« Il est nécessaire d’utiliser « dpkg --configure -a » pour corriger le problème. »
→ il n’y a pas besoin de chercher de complications puisqu’il te donne la réponse.

Maintenant, tu peux faire la même manip que j’ai faite, c’est-à-dire réactiver la ligne cdrom du sources.list, et vérifier si apt est encore complètement bloqué avec un sudo apt update

Désolé de ma réponse tardive qui fait que « le sujet s’étale sur plusieurs jours », chacun ayant ses contraintes et ses priorités … et je ne vois pas en quoi ça pose problème, tout comme les propositions multiples qui permettent d’avancer, je croyais même que c’était le principe d’un forum ?

  1. Comme je l’ai indiqué précédemment le dysfonctionnement de synaptic a été réglé avec dpkg --configure -a.
  2. Le problème des dépôts n’est pas lié à synaptic, le message d’erreur apparaît lors des tentatives de mises à jour en cliquant sur l’icône de notification « mises à jour disponibles », c’est même ainsi que j’ai découvert le pb et que j’ai ensuite utilisé un autre moyen de màj via synaptic.
    Je précise qu’il n’y a jamais eu d’interruption réseau et que je n’ai jamais utilisé de CDROM pour l’installation de Debian13 qui résulte d’un upgrade de Debian12 selon la procédure indiquée dans les wiki Debian, et le pb n’est apparu qu’après les màj de Debian13,2 → 13,3.
    Réactiver la ligne cdrom dans sources.list ne ferait que ramener dans la situation antérieure qui entraîne le message d’erreur.
    Pour en terminer, j’ajoute que je viens d’appliquer une nouvelle mise à jour proposée à l’instant par le système qui s’est parfaitement déroulée ce qui était bien l’objectif, merci donc pour toutes vos contributions.

Je précise qu’il n’y a jamais eu d’interruption réseau

Jamais ? sur combien de temps, de jours ? Comment le prouves-tu ?
Ce n’est pas parce-qu’il n’y a pas d’interruption globale réseau au moment de ton observation que tous les serveurs sont tous accessibles à ce moment précis. Un test à l’heure H n’est pas le même qu’à l’heure H+1 (remarque sur l’étalement dans le temps)
Si apt demande en clair et même en français de vérifier le réseau, ça veut au moins dire qu’il n’a pas accès au serveur qu’il cherche à accéder (et non pas à un CDROM…)

Réactiver la ligne cdrom dans sources.list ne ferait que ramener dans la situation antérieure qui entraîne le message d’erreur.

Ça s’appelle ton hypothèse dont l’objectif était justement de vérifier pour trouver une cohérence technique, secondaire pour toi, mais pas pour tout le monde.
Faire l’essai de rajouter la ligne cdrom, puis la supprimer t’aurais demandé beaucoup moins de temps que de faire de la prose sans aucun apport technique.
Comme tu n’as pas compris mon message, ça n’a finalement aucune importance.


Pour illustration, for fun / Reddit.

J’ai un problème « 0% [Connexion à debian.map.fastlydns.net (199.232.22.132)] » impossible de mettre à jour ou d’installer un paquet !
Je crois que j’ai des problèmes avec ce miroir seulement ! (debian.map.fastlydns.net (199.232.22.132)
Tout marchait bien jusqu’à ce matin, et d’un coup, j’ai ce problème !

Toute ressemblance avec d’autres sujets ne peut être que fortuite, … ou pas.