Echec du téléchargement des informations du dépôt [Résolu]

outrigger · Le 28/12/2024, à 17:33

Bonjour,

Depuis le 26 novembre (date où tous mes problèmes de réinstallation propre d'Ubunut et W10 en double boot ont été résolus), j'ai ce message indiquant que le téléchargement des informations du dépôt a échoué.
Quand je valide ce message, des mises à jour se font tout de même.
J'ai patienté depuis en espérant qu'une nouvelle MAJ réglerait ce problème.

Mais non, j'ai toujours ce message d'anomalie.

Au cas où cela pourrait vous intéresser, voici ma version de noyau actuelle (il n'y en a pas d'antérieure) :

lionel@lionel-H67MA-D2H-B3:~$ cat /proc/version
Linux version 6.8.0-51-generic (buildd@lcy02-amd64-091) (x86_64-linux-gnu-gcc-13 (Ubuntu 13.3.0-6ubuntu2~24.04) 13.3.0, GNU ld (GNU Binutils for Ubuntu) 2.42) #52-Ubuntu SMP PREEMPT_DYNAMIC Thu Dec  5 13:09:44 UTC 2024
lionel@lionel-H67MA-D2H-B3:~$

Je suis désolé, mais j'ai encore un besoin d'aide de votre part ...

Dernière modification par outrigger (Le 29/12/2024, à 19:55)

xubu1957 · Le 28/12/2024, à 17:54

Bonjour,

Fournis les retours de :

sudo apt update

et d'éventuels paquets cassés :

dpkg -l | grep -v ^ii

outrigger · Le 28/12/2024, à 18:31

Bonjour xubu1957
Merci pour ton aide

Voici pour la première demande :

lionel@lionel-H67MA-D2H-B3:~$ sudo apt update
[sudo] Mot de passe de lionel : 
Atteint :1 http://archive.ubuntu.com/ubuntu noble InRelease
Réception de :2 http://security.ubuntu.com/ubuntu noble-security InRelease [126 kB]
Réception de :3 http://archive.ubuntu.com/ubuntu noble-updates InRelease [126 kB]
Réception de :4 https://ppa.launchpadcontent.net/yannubuntu/boot-repair/ubuntu noble InRelease [18,1 kB]
Réception de :5 http://archive.ubuntu.com/ubuntu noble-backports InRelease [126 kB]
Réception de :6 http://security.ubuntu.com/ubuntu noble-security/main amd64 Components [7236 B]
Err :4 https://ppa.launchpadcontent.net/yannubuntu/boot-repair/ubuntu noble InRelease
  Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY 3E687364D2EDDB5F NO_PUBKEY 32B18A1260D8DA0B
Réception de :7 http://security.ubuntu.com/ubuntu noble-security/restricted amd64 Components [212 B]
Réception de :8 http://security.ubuntu.com/ubuntu noble-security/universe amd64 Components [52,0 kB]
Réception de :9 http://archive.ubuntu.com/ubuntu noble-updates/main amd64 Components [151 kB]
Réception de :10 http://security.ubuntu.com/ubuntu noble-security/multiverse amd64 Components [208 B]
Réception de :11 http://archive.ubuntu.com/ubuntu noble-updates/restricted amd64 Components [212 B]
Réception de :12 http://archive.ubuntu.com/ubuntu noble-updates/universe amd64 Components [309 kB]
Réception de :13 http://archive.ubuntu.com/ubuntu noble-updates/multiverse amd64 Components [940 B]
Réception de :14 http://archive.ubuntu.com/ubuntu noble-backports/main amd64 Components [208 B]
Réception de :15 http://archive.ubuntu.com/ubuntu noble-backports/restricted amd64 Components [216 B]
Réception de :16 http://archive.ubuntu.com/ubuntu noble-backports/universe amd64 Components [11,7 kB]
Réception de :17 http://archive.ubuntu.com/ubuntu noble-backports/multiverse amd64 Components [212 B]
Lecture des listes de paquets... Fait                                     
W: Erreur de GPG : https://ppa.launchpadcontent.net/yannubuntu/boot-repair/ubuntu noble InRelease : Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY 3E687364D2EDDB5F NO_PUBKEY 32B18A1260D8DA0B
E: Le dépôt https://ppa.launchpadcontent.net/yannubuntu/boot-repair/ubuntu noble InRelease n'est pas signé.
N: Les mises à jour depuis un tel dépôt ne peuvent s'effectuer de manière sécurisée, et sont donc désactivées par défaut.
N: Voir les pages de manuel d'apt-secure(8) pour la création des dépôts et les détails de configuration d'un utilisateur.
lionel@lionel-H67MA-D2H-B3:~$

Et pour la seconde :

lionel@lionel-H67MA-D2H-B3:~$ dpkg -l | grep -v ^ii
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom                                      Version                                    Architecture Description
+++-========================================-==========================================-============-================================================================================
rc  linux-image-6.8.0-47-generic             6.8.0-47.47                                amd64        Signed kernel image generic
rc  linux-image-6.8.0-48-generic             6.8.0-48.48                                amd64        Signed kernel image generic
rc  linux-modules-6.8.0-47-generic           6.8.0-47.47                                amd64        Linux kernel extra modules for version 6.8.0 on 64 bit x86 SMP
rc  linux-modules-6.8.0-48-generic           6.8.0-48.48                                amd64        Linux kernel extra modules for version 6.8.0 on 64 bit x86 SMP
rc  linux-modules-extra-6.8.0-47-generic     6.8.0-47.47                                amd64        Linux kernel extra modules for version 6.8.0 on 64 bit x86 SMP
rc  linux-modules-extra-6.8.0-48-generic     6.8.0-48.48                                amd64        Linux kernel extra modules for version 6.8.0 on 64 bit x86 SMP
lionel@lionel-H67MA-D2H-B3:~$

xubu1957 · Le 28/12/2024, à 18:35

Pour purger les résidus de configuration marqués "rc" :

sudo apt purge ~c

comme expliqué à la machine à café et rajouté dans ce message

Donne la liste des anomalies de démarrage :

journalctl --no-pager -b -p err

iznobe · Le 28/12/2024, à 18:42

Bonsoir , ca dis quoi :

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 3E687364D2EDDB5F 32B18A1260D8DA0B

?

nany · Le 28/12/2024, à 20:00

Bonjour,

Je sais pas ce que ça dit mais je dis qu’apt-key est obsolète et qu’il vaut mieux éviter de l’utiliser d’autant plus sur noble qui ajoute les PPA au format deb822.

Le plus simple selon moi est de supprimer la(les) liste(s) de sources émanant de yannubuntu :

cd /etc/apt/sources.list.d/ && sudo rm -v *yannubuntu* ; cd

Puis éventuellement rajouter le PPA ce qui mettra normalement la bonne clé :

sudo add-apt-repository -y ppa:yannubuntu/boot-repair

geole · Le 28/12/2024, à 21:53

nany a écrit :

Puis éventuellement rajouter le PPA ce qui mettra normalement la bonne clé :
sudo add-apt-repository -y ppa:yannubuntu/boot-repair

Bonsoir.
Totalement inutile car boot-repair dira qu'il refuse de réparer depuis une session installée.

outrigger · Le 28/12/2024, à 22:49

A xubutu1957 :

Je donne la purge, car il y a un avertissement de non suppression d'un répertoire :

lionel@lionel-H67MA-D2H-B3:~$ sudo apt purge ~c
[sudo] Mot de passe de lionel : 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Les paquets suivants seront ENLEVÉS :
  linux-image-6.8.0-47-generic* linux-image-6.8.0-48-generic*
  linux-modules-6.8.0-47-generic* linux-modules-6.8.0-48-generic*
  linux-modules-extra-6.8.0-47-generic* linux-modules-extra-6.8.0-48-generic*
0 mis à jour, 0 nouvellement installés, 6 à enlever et 3 non mis à jour.
Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] o
(Lecture de la base de données... 295741 fichiers et répertoires déjà installés.)
Purge des fichiers de configuration de linux-modules-6.8.0-47-generic (6.8.0-47.47) ...
dpkg: avertissement: lors de la suppression de linux-modules-6.8.0-47-generic, le répertoire « /lib/modules/6.8.0-47-generic » n'était pas vide, donc il n'a pas été supprimé
Purge des fichiers de configuration de linux-image-6.8.0-48-generic (6.8.0-48.48) ...
Purge des fichiers de configuration de linux-modules-extra-6.8.0-48-generic (6.8.0-48.48) ...
Purge des fichiers de configuration de linux-image-6.8.0-47-generic (6.8.0-47.47
) ...
Purge des fichiers de configuration de linux-modules-6.8.0-48-generic (6.8.0-48.
48) ...
Purge des fichiers de configuration de linux-modules-extra-6.8.0-47-generic (6.8
.0-47.47) ...
lionel@lionel-H67MA-D2H-B3:~$

Et voici la liste des erreurs de démarrage :

lionel@lionel-H67MA-D2H-B3:~$ journalctl --no-pager -b -p err
déc. 28 22:29:00 lionel-H67MA-D2H-B3 lightdm[1640]: gkr-pam: couldn't unlock the login keyring.
déc. 28 22:29:14 lionel-H67MA-D2H-B3 lightdm[1897]: gkr-pam: unable to locate daemon control file
déc. 28 22:29:15 lionel-H67MA-D2H-B3 lightdm[1897]: gkr-pam: the password for the login keyring was invalid.
lionel@lionel-H67MA-D2H-B3:~$

@ nany, que je remercie au passage :

Il semble ne pas avoir de listes de sources de yannubuntu :

lionel@lionel-H67MA-D2H-B3:~$ cd /etc/apt/sources.list.d/ && sudo rm -v *yannubuntu* ; cd
rm: impossible de supprimer '*yannubuntu*': Aucun fichier ou dossier de ce nom
lionel@lionel-H67MA-D2H-B3:~$

Et j'ai tout de même passé la deuxième commande :

lionel@lionel-H67MA-D2H-B3:~$ sudo add-apt-repository -y ppa:yannubuntu/boot-repair
Dépôt : « Types: deb
URIs: https://ppa.launchpadcontent.net/yannubuntu/boot-repair/ubuntu/
Suites: noble
Components: main
 »
Description :
Simple tool to repair frequent boot problems.

Website: https://sourceforge.net/p/boot-repair/home
Plus d'informations : https://launchpad.net/~yannubuntu/+archive/ubuntu/boot-repair
Ajout du dépôt.
E: Des valeurs entrant en conflit ont été renseignées pour l'option Signed-By à propos de la source https://ppa.launchpadcontent.net/yannubuntu/boot-repair/ubuntu/ noble: /etc/apt/keyrings/boot-repair.gpg != -----BEGIN PGP PUBLIC KEY BLOCK-----
   mQINBGYzoxcBEACurKKBm4hHDCALugw/YoZFfKRsFIKsK7u1kUWzAeA7RbJZbOro
   /bW6hjVZLCTCBMKT3LxTgcO04TcAiIcyJ9aavDLVbv8RtcyiCXVfB4qB8g5deZdE
   CRt0jJR6w8axzQVroqbmmkpr6Wxh3W/cDMw8YpXIWp6gj9YrvPdS+HGm2BZnatqU
   Or8sMeZ2CxRCGJ0jfTKcCfP9kuvxwxa6QZCqyi/fC2lpOKGVsHciJvvgAiKlzAN0
   7SHOtlsGr5BbL2nfNCjHbv99kfVV2XWgLaMpdB8nF5aBdhhLDCCUzPvN4gTQXNn2
   O/g+RrOmgrOsmHdzLazSK5c3aGb5LHFfDObKouQ6WjW6t+sfvtJg2UmrqOrb50r2
   DvZpmzR2BSAGVxKXNhSb0q0e4y93vBkPuTc8KgeEOkvrqaO1D+Vqy5stKTaO2XfC
   Had4JDCXuVFrKHDXp7rPB/X75JfFLU+xm93+dJR/n1+fo2cTSxi6NvMUquO8Kegt
   AxoH7E3duK3Pxau5QRIl4ahcxNMEgXRKrcqPsBiHpEqVKc0gHDKkQAEQHSGLmNl8
   hrLWBa3mClwpzac68JlT1J2D7ODX23pPr1uzxR5jZrhKHtHev1od1rPh2BtaXBKx
   aQYKujJz0oAPGOX7OyIBbhTz7iGyjXi/htZ8TwoXLbYXOMqERIh6G0BhfQARAQAB
   tBxMYXVuY2hwYWQgUFBBIGZvciBZYW5uVWJ1bnR1iQJOBBMBCgA4FiEEMIkBzDrR
   Wzq2TMDvPmhzZNLt218FAmYzoxcCGwMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AA
   CgkQPmhzZNLt21+chw/6AlexTCjc0F/Acjij8alawj+A3kOtZbvYTbFbMvM6aOEj
   tAvO7wo7fzPLjCfuKzv79+oP62Wb2iTjI1tkgwsHygntU3sYc+EE9MhQNLG4HQjA
   fBqDXcKLUe6nMoRw7etOiIMvcL2PJ9m3aDu1u7xRgdIS+SM+NABpY3THPNyF0Opk
   eC5PDAo1sSc0mJza/+yemHncb3eHUZZmyix7pn26q9mTSoHgcAKxTqL8SdjtzhKu
   xNHufbqpF45tcRMRkaViat3t5/sLI0R1nr1s4816iYrUP2vLmtiWMjoVi+OvUWZX
   r8AZkvL22PdkF8ltQ8u9YTpvPDu0p2wQJYnlMWOPNNWZ0AKM2vbeuGlqwvAmMQcb
   7UaK0tnN/oX45mAlpQBM1MJys+Q/hCPUsD+0LOszpRqx5gbTZb/SdThAdxtq/+Lj
   Ojhn/SKCn0JUUMLNrPo5iRAzWui3BO3MnMCqW9mGMKHGBOXlSIHBlAFmhlEtUTgK
   bKYtQAjnEvBE0OEW9S+Lm5IuioqqrU7WpSrwdZvFluCzax1ZVSH47sEZguRXuatD
   mmKLeLe3oH89XjMaFQ9LP+2ZmPD+zgosoZBRl610mKqO7FQz+KannfzXUgcxzF0l
   rS5isrksbA2h1IAWFETecbW55/UXZvmPlNwvs2AvOv47cDZC5IvoTKd+uoU/zRg=
   =ilP+
   -----END PGP PUBLIC KEY BLOCK-----
E: La liste des sources ne peut être lue.

Je te remercie iznobe pour ta proposition, mais je préfère tenir compte des conseils de nany

xubu1957 · Le 28/12/2024, à 22:57

Remontre :

dpkg -l | grep -v ^ii

outrigger · Le 28/12/2024, à 23:09

Après les manipulations précédentes et le redémarrage du système, et avant la relance des paquets cassés, le gestionnaire de mises à jour plante complètement, avec un message très long accessible par la barre supérieure (là où il y a l'horloge) et se terminant par : "The list of sources could not be read. Habituellement, cela signifie que certains de vos paquets installés ont des dépendances non satisfaites".

La relance des paquets cassés :

lionel@lionel-H67MA-D2H-B3:~$ dpkg -l | grep -v ^ii
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom                                      Version                                    Architecture Description
+++-========================================-==========================================-============-================================================================================
lionel@lionel-H67MA-D2H-B3:~$

iznobe · Le 28/12/2024, à 23:47

Le mieux est maintenant de supprimer le depot avec ppa-purge , a mon avis :

sudo ppa-purge ppa:yannubuntu/boot-repair

A voir ce qu ' en pense les autres , et de montrer les sources completes afin de supprimer l' autre fichier entrant en conflit ( peut etre boot-info ) , histoire de remettre tout propre :

find /etc/apt -type f -regex ".*\(list\|sources\).*" -exec bash -c 'echo -e "\n\t$1\n" ; [ "${1##*.}" = "list" -o "${1##*.}" = "sources" ] && cat -n "$1"' _ '{}' \;

Dernière modification par iznobe (Le 28/12/2024, à 23:50)

nany · Le 29/12/2024, à 00:46

geole a écrit :

nany a écrit :
Puis éventuellement rajouter le PPA ce qui mettra normalement la bonne clé :
sudo add-apt-repository -y ppa:yannubuntu/boot-repair
Bonsoir.
Totalement inutile car boot-repair dira qu'il refuse de réparer depuis une session installée.

J’ai bien écrit éventuellement.
Personnellement je n’ai jamais compris pourquoi ce PPA était ajouté dans une session installée. Il ne devrait à mon avis être utilisé qu’en session live, même pour faire un boot-info.

outrigger a écrit :

Il semble ne pas avoir de listes de sources de yannubuntu

Alors il faut déterminer quel fichier (ne contenant pas yannubuntu dans son nom) fait défaut.
Donc donne les retours des commandes d’iznobe données en #11.

Dernière modification par nany (Le 29/12/2024, à 00:52)

outrigger · Le 29/12/2024, à 12:05

Bonjour à vous tous, et un grand merci à vous quatre !

nany a écrit :

Personnellement je n’ai jamais compris pourquoi ce PPA était ajouté dans une session installée. Il ne devrait à mon avis être utilisé qu’en session live, même pour faire un boot-info.

Je l'ai effectivement téléchargé dans le dépôt ppa:yannubuntu/boot-repair, mis à jour et installé, mais bien en mode live, et donc en mémoire vive.
Cela m'a permis de retrouver un GRUB allégé en 3 lignes et un démarrage de mes deux systèmes plus rapide.

Cela n'a pas arrangé mon problème de téléchargement des MAJ.
Avant cette manip, la fenêtre du gestionnaire de MAJ affichait : Téléchargement depuis ubuntu.ubuntu.fr
Après : ... depuis ppa.launchpadcontent.net/yannubuntu/boot-repair/ubuntu
Et cela a bloqué complètement le gestionnaire de MAJ.

Autre manip effectuée, sans rapport avec ce qui précède : j'avais besoin de récupérer un dossier important sur mon ancien disque double boot IDE. N'ayant pas trouvé de shunt pour le mettre en slave, je l'ai branché tel quel en faisant attention de me connecter sur les OS installés en sda1. J'ai abandonné et procédé autrement car, évidemment, ce n'était pas possible sans le monter.

Désolé de ne pas vous avoir donné ces précisions auparavant, mais conscient d'être prolixe, je ne voulais pas trop m'étendre dans ce post (ce que je viens malgré tout de faire (^^)

Compte tenu de ces nouvelles infos, puis-je effectuer sans ou avec modifications les manips indiquées par Iznobe ?

iznobe · Le 29/12/2024, à 12:45

Cela n'a pas arrangé mon problème de téléchargement des MAJ.

Alors en posant le contexte , c ' est toujours mieux . comme en expliquant le reel probleme .
Si tu expliquais concretement quel est ton soucis , on pourrait probablement mieux t ' aider / conseiller .

Dans une session live , il ne faut pas appliquer les MAJ , sous peine de " flinguer " le support live .
on peut installer des paquets , tant que ca ne touche pas au noyau ou a d' autres composants vitaux .
Et par defaut , tout les depots officiels ne sont pas actifs , il faut en activer manuellement .

sudo add-apt-repository universe multiverse

Mais comme tu n' as pas donné le retour informatif de tes sources ...

Dernière modification par iznobe (Le 29/12/2024, à 12:48)

nany · Le 29/12/2024, à 13:07

Bonjour,

outrigger a écrit :

Compte tenu de ces nouvelles infos, puis-je effectuer sans ou avec modifications les manips indiquées par Iznobe ?

Oui, sans modification.

outrigger · Le 29/12/2024, à 15:13

@ iznobe

J'étais persuadé qu'il s'agissait d'un problème de noyau.
Je suis loin d'être un utilisateur averti de Linux et d'Ubuntu en particulier.
J'ai acquis tout récemment les livres "Linux, principes de base de l'utilisation du système" deNicolas PONS et "Ubuntu administration d'un système Linux" de Yann Bardot. J'ai horreur d'utiliser un outil dont je n'ai aucune maîtrise dans son fonctionnement.
Mais cela m'amène à faire des erreurs grossières de débutant.

Voici La (maigre) liste des sources de mon système (J'attends que tout sois stable avant d'installer d'autres paquets) :

lionel@lionel-H67MA-D2H-B3:/$ ls -l etc/apt/sources.list.d
total 24
-rw-r--r-- 1 root root  124 déc.  28 22:43 boot-repair.list
-rw-r--r-- 1 root root  124 déc.  28 15:59 boot-repair.list.save
-rw-r--r-- 1 root root  382 déc.  28 22:43 ubuntu.sources
-rw-r--r-- 1 root root 2552 août  27 16:22 ubuntu.sources.curtin.orig
-rw-r--r-- 1 root root  386 déc.  28 15:59 ubuntu.sources.save
-rw-r--r-- 1 root root 1792 déc.  28 22:43 yannubuntu-ubuntu-boot-repair-noble.sources
lionel@lionel-H67MA-D2H-B3:/$

@ iznobe et nany :

lionel@lionel-H67MA-D2H-B3:~$ sudo ppa-purge ppa:yannubuntu/boot-repair
Mot de passe de lionel : 
sudo: ppa-purge : commande introuvable
lionel@lionel-H67MA-D2H-B3:~$

Je n'ose pas essayer de corriger cette ligne de commande de peur de faire une bourde. A moins que je ne sois pas positionné sur le bon emplacement du disque ...

Dernière modification par outrigger (Le 29/12/2024, à 15:15)

nany · Le 29/12/2024, à 16:20

Bien, donne les retours de :

cd /etc/apt/sources.list.d/ && sudo rm -v *boot-repair* ; cd

sudo apt clean && sudo apt update

apt list ?obsolete

iznobe · Le 29/12/2024, à 16:25

sudo apt install ppa-purge

puis

sudo ppa-purge ppa:yannubuntu/boot-repair

tu as demarrer ton ordi sur une clé USB , ou un CD / DVD ?
etonnant de voir des *.save ou *.distupgrade dans une session live .

vu le prompt de tes retours de commandes , tu n' es pas en session live !

je te conseille donc fortement de plutôt utiliser ppa-purge en tout 1er histoire de rendre le systeme a son etat d' origine . la 1ere commande de @nany serait tout à fait adaptée en session live mais comme ce n' est pas le cas .

d' abord les commandes ci-dessus , puis les 3 commandes de @nany qui supprimera alors les depots à l' origine du conflit .

Dernière modification par iznobe (Le 29/12/2024, à 16:34)

nany · Le 29/12/2024, à 16:38

Bah on peut toujours purger boot-repair ou boot-info après avoir supprimé les listes de sources sans avoir besoin d’installer ppa-purge. D’où ma demande d’apt list ?obsolete.

iznobe · Le 29/12/2024, à 16:42

oui , bien sur . mais c' est plus propre d' enlever les clés inutiles ( 1ere chose qui me vient à l' esprit ) ajouté avec le ppa . ce que fait ppa-purge . à la main c' est aussi faisable , mais plus galere que ppa-purge ( je suis faignant je sais )

nany · Le 29/12/2024, à 16:46

Ce n’est pas sûr du tout que ppa-purge supprime les clés.

iznobe · Le 29/12/2024, à 16:57

@ nany :

iznobe@iznobe-PC:~$ sudo ppa-purge ppa:yannubuntu/boot-repair
Updating packages lists
PPA to be removed: yannubuntu boot-repair
Package revert list generated:


Disabling yannubuntu PPA from /etc/apt/sources.list.d/yannubuntu-boot-repair-noble.list
Updating packages lists
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
PPA purged successfully
iznobe@iznobe-PC:~$ sudo add-apt-repository -y ppa:yannubuntu/boot-repair
Vous êtes sur le point d’ajouter le PPA suivant :
 Simple tool to repair frequent boot problems.

Website: https://sourceforge.net/p/boot-repair/home
 Plus de renseignements : https://launchpad.net/~yannubuntu/+archive/ubuntu/boot-repair
gpg: le trousseau local « /etc/apt/keyrings/308901CC3AD15B3AB64CC0EF3E687364D2EDDB5F.keyring » a été créé
gpg: clef 3E687364D2EDDB5F : clef publique « Launchpad PPA for YannUbuntu » importée
gpg: Quantité totale traitée : 1
gpg:               importées : 1
iznobe@iznobe-PC:~$

j ' avoue que ma technique est pourrie , mais on voit bien que meme apres le passage de ppa-purge il reimporte la clé comme a l ' ajout du ppa pour la 1ere fois . ppapurge , enleve aussi les paquets embarqués par le ppa ainsi qu d' autre chose lié a l' ajout du ppa .
il fait tout " propre " comme si le ppa n' avait jamais été installé , chose qu ' il serait bien plus long de faire à la main ( pour ceux qui savent le faire ) .

Dernière modification par iznobe (Le 29/12/2024, à 16:59)

nany · Le 29/12/2024, à 17:00

Ça ne prouve rien.

outrigger · Le 29/12/2024, à 17:20

@ nany

1ere demande

ionel@lionel-H67MA-D2H-B3:~$ cd /etc/apt/sources.list.d/ && sudo rm -v *boot-repair* ; cd
[sudo] Mot de passe de lionel : 
'boot-repair.list' supprimé
'boot-repair.list.save' supprimé
'yannubuntu-ubuntu-boot-repair-noble.sources' supprimé

2eme demande

lionel@lionel-H67MA-D2H-B3:~$ sudo apt clean && sudo apt update
Réception de :1 http://security.ubuntu.com/ubuntu noble-security InRelease [126 kB]
Atteint :2 http://archive.ubuntu.com/ubuntu noble InRelease                    
Réception de :3 http://security.ubuntu.com/ubuntu noble-security/main amd64 Components [7264 B]
Réception de :4 http://security.ubuntu.com/ubuntu noble-security/restricted amd64 Components [212 B]
Réception de :5 http://security.ubuntu.com/ubuntu noble-security/universe amd64 Components [52,0 kB]
Réception de :6 http://security.ubuntu.com/ubuntu noble-security/multiverse amd64 Components [212 B]
Réception de :7 http://archive.ubuntu.com/ubuntu noble-updates InRelease [126 kB]
Réception de :8 http://archive.ubuntu.com/ubuntu noble-backports InRelease [126 kB]
Réception de :9 http://archive.ubuntu.com/ubuntu noble-updates/main amd64 Components [151 kB]
Réception de :10 http://archive.ubuntu.com/ubuntu noble-updates/restricted amd64 Components [212 B]
Réception de :11 http://archive.ubuntu.com/ubuntu noble-updates/universe amd64 Components [309 kB]
Réception de :12 http://archive.ubuntu.com/ubuntu noble-updates/multiverse amd64 Components [940 B]
Réception de :13 http://archive.ubuntu.com/ubuntu noble-backports/main amd64 Components [208 B]
Réception de :14 http://archive.ubuntu.com/ubuntu noble-backports/restricted amd64 Components [216 B]
Réception de :15 http://archive.ubuntu.com/ubuntu noble-backports/universe amd64 Components [11,7 kB]
Réception de :16 http://archive.ubuntu.com/ubuntu noble-backports/multiverse amd64 Components [212 B]
912 ko réceptionnés en 2s (594 ko/s)                                      
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
3 paquets peuvent être mis à jour. Exécutez « apt list --upgradable » pour les voir.
lionel@lionel-H67MA-D2H-B3:~$ apt list ?obsolete

3eme demande

lionel@lionel-H67MA-D2H-B3:~$ apt list ?obsolete
En train de lister... Fait
boot-info/now 4ppa2081 all  [installé, local]
boot-sav-extra/now 4ppa2081 all  [installé, local]
boot-sav/now 4ppa2081 all  [installé, local]
glade2script-python3/now 3.2.4~ppa27 all  [installé, local]
glade2script/now 3.2.4~ppa27 all  [installé, local]
lionel@lionel-H67MA-D2H-B3:~$

@ iznobe ne m'en veux pas, mais je préfère attendre que nany et toi soient en accord pour la suite.
c'est vrai que je préférerais plutôt une manip simple, mais fiable tout de même.
Pour répondre à ta question, j'étais vraiment en session live, sur clé USB.
Une interférence avec mon 2eme disque IDE en double boot également, qui était connecté à ce moment là ?

iznobe · Le 29/12/2024, à 17:22

effectivement :

iznobe@iznobe-PC:~$ sudo ppa-purge ppa:yannubuntu/boot-repair
Updating packages lists
PPA to be removed: yannubuntu boot-repair
Package revert list generated:


Disabling yannubuntu PPA from /etc/apt/sources.list.d/yannubuntu-boot-repair-noble.list
Updating packages lists
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
PPA purged successfully
iznobe@iznobe-PC:~$ ls -l /etc/apt/keyrings/ |grep yannubuntu-boot-repair-noble.gpg
-rw-r--r-- 1 root root 1151 déc.  29 17:06 yannubuntu-boot-repair-noble.gpg
iznobe@iznobe-PC:~$

man ppa-purge a écrit :

ppa-purge(1)                                                                                                                                General Commands Manual                                                                                                                                ppa-purge(1)

NAME
       ppa-purge - disables a PPA and reverts to official packages

je croyais avoir vu ça auparavant pourtant ...

Du coup le seul interet est de virer les paquets installés par l' intermediare du ppa . ce qui est dejà pas mal quand meme .

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 28/12/2024, à 17:33

Echec du téléchargement des informations du dépôt [Résolu]

#2 Le 28/12/2024, à 17:54

Re : Echec du téléchargement des informations du dépôt [Résolu]

#3 Le 28/12/2024, à 18:31

Re : Echec du téléchargement des informations du dépôt [Résolu]

#4 Le 28/12/2024, à 18:35

Re : Echec du téléchargement des informations du dépôt [Résolu]

#5 Le 28/12/2024, à 18:42

Re : Echec du téléchargement des informations du dépôt [Résolu]

#6 Le 28/12/2024, à 20:00

Re : Echec du téléchargement des informations du dépôt [Résolu]

#7 Le 28/12/2024, à 21:53

Re : Echec du téléchargement des informations du dépôt [Résolu]

#8 Le 28/12/2024, à 22:49

Re : Echec du téléchargement des informations du dépôt [Résolu]

#9 Le 28/12/2024, à 22:57

Re : Echec du téléchargement des informations du dépôt [Résolu]

#10 Le 28/12/2024, à 23:09

Re : Echec du téléchargement des informations du dépôt [Résolu]

#11 Le 28/12/2024, à 23:47

Re : Echec du téléchargement des informations du dépôt [Résolu]

#12 Le 29/12/2024, à 00:46

Re : Echec du téléchargement des informations du dépôt [Résolu]

#13 Le 29/12/2024, à 12:05

Re : Echec du téléchargement des informations du dépôt [Résolu]

#14 Le 29/12/2024, à 12:45

Re : Echec du téléchargement des informations du dépôt [Résolu]

#15 Le 29/12/2024, à 13:07

Re : Echec du téléchargement des informations du dépôt [Résolu]

#16 Le 29/12/2024, à 15:13

Re : Echec du téléchargement des informations du dépôt [Résolu]

#17 Le 29/12/2024, à 16:20

Re : Echec du téléchargement des informations du dépôt [Résolu]

#18 Le 29/12/2024, à 16:25

Re : Echec du téléchargement des informations du dépôt [Résolu]

#19 Le 29/12/2024, à 16:38

Re : Echec du téléchargement des informations du dépôt [Résolu]

#20 Le 29/12/2024, à 16:42

Re : Echec du téléchargement des informations du dépôt [Résolu]

#21 Le 29/12/2024, à 16:46

Re : Echec du téléchargement des informations du dépôt [Résolu]

#22 Le 29/12/2024, à 16:57

Re : Echec du téléchargement des informations du dépôt [Résolu]

#23 Le 29/12/2024, à 17:00

Re : Echec du téléchargement des informations du dépôt [Résolu]

#24 Le 29/12/2024, à 17:20

Re : Echec du téléchargement des informations du dépôt [Résolu]

#25 Le 29/12/2024, à 17:22

Re : Echec du téléchargement des informations du dépôt [Résolu]

Pied de page des forums