et là le blkid ne fonctionne pas?? En faisant /usr/bin/blkid ça marche?
non:
# /usr/bin/blkid
bash: /usr/bin/blkid: Aucun fichier ou dossier de ce type
ni ls /usr/bin/blkid ni type blkid ne trouve cette commande.
et si tu fais /sbin/blkid ?
Que donne
ls -l /sbin /bin /usr/sbin
est ce
lrwxrwxrwx 1 root root 7 3 mai 21:26 /bin -> usr/bin
lrwxrwxrwx 1 root root 7 3 mai 21:26 /sbin -> usr/bin
lrwxrwxrwx 1 root root 3 3 mai 21:26 /usr/sbin -> bin
?
Si ça n’est pas le cas, ça expliquerait beaucoup…
$plocate blkid | egrep bin
/usr/sbin/blkid
$ls -l /usr/sbin/blkid
-rwxr-xr-x 1 root root 125280 21 nov. 2024 /usr/sbin/blkid
Comment (où) ajouter /usr/sbin dans le path du root ? (si c’est ce qu’il faut faire)
Bon,
- Je suppose que /usr/sbin n’est pas un lien vers /usr/bin, à vérifier par
ls -l /usr/sbin
- Si tu fais /usr/sbin/blkid, là ça devrait marcher
- Il te faut rajouter le /usr/sbin dans le PATH, ça se fait soit dans
/etc/profiles (modification)
soit dans
/root/.bashrc par rajout de
export PATH=$PATH:/usr/sbin
effectivement:
# ls -ld /usr/sbin
drwxr-xr-x 2 root root 20480 1 juil. 16:41 /usr/sbinC’est fait et «évidemment», ça marche!
Grands mercis à vous tous (même les ironiques 
) pour votre aide.
Pour information, /usr/bin/gpgv, et non pas /sbin/, réclamé par apt n’est pas un lien, mais un chemin direct qui n’a rien à voir avec $PATH.
Comme on ne sait pas 17H plus tard si gpgv a été réinstallé, ou réapparu par magie, car non précisé, la suite est incohérente, le sujet étant ‹ Échec de «apt update» (GPG) › et non pas blkid.
Si gpgv non résinstallé, le sujet est incompréhensible, incohérent, comme beaucoup de choses par ailleurs. On passe d’un problème à l’autre, on bricole, dans différents sujets, sans méthodologie.
Courage, on sent que ça vient quand-même.
gpgv est installé,
jusqu à présent (apt upgrade il ya quelques minutes) je ne crois pas avoir pu faire la moindre mise à jour, ni réinstallation
Mais c’est vrai que malgré ces réparations, je n’ai toujours aucune idée de l’origine de tout ça, ni de la méthode à suivre.
Je vais essayer de voir dans les historiques bash peu avant les premiers problèmes. (dans les logs et dans dmesg également)
Maintenant oui, mais comment est-il réapparu ? Tu n’as rien fait et pouf ! il est là, c’est ça ? Jamais vu ça.
Je n’avais pas vu qu’il avait disparu, avant votre dernier message.
Je conçois bien le sens de votre remarque, mais tout ça dépasse de beaucoup mes compétences et mes vieux neurones fatigués.
Je fais une pause, et vous rendrai compte de mes trouvailles, s’il y en a.
encore merci pour votre aide
Que c’est filandreux au possible.
On va formuler autrement: 18H plus tôt, je proposais de réinstaller gpgv.
As-tu souvenir de l’avoir fait ou pas du tout ?
gpg était présent mais n’a pas fonctionné du fait que /dev/null était un fichier standard et non le pseudo fichier «puit sans fond» usuel. Du coup gpg ne fonctionnait pas et apt a suggéré qu’il n’était pas installé. Mais ce message arrivait après le souci de /dev/null.
Sinon, le PATH n’était pas le même suivant un su, su -, sudo su, etc. Pour le reste, l’évolution fait que /usr/bin, /bin, /usr/sbin et /sbin sont désormais dans un seul repertoire, ainsi sur mon linux on a
[quote=« fran.b, post:23, topic:91302 »]
lrwxrwxrwx 1 root root 7 3 mai 21:26 /bin -> usr/bin
lrwxrwxrwx 1 root root 7 3 mai 21:26 /sbin -> usr/bin
lrwxrwxrwx 1 root root 3 3 mai 21:26 /usr/sbin -> bin
Visiblement ça n’est pas encore le cas sur bookworm.
E: gpgv, gpgv2 or gpgv1 required for verification, but neither seems installed
apt commence par expliquer que gpgv ne lui semble pas installé, et ne dit pas qu’il exécute avec un problème de /dev/null.
Si au bout de 18H, il y a déjà une perte de mémoire pour savoir ce qui a été fait, ça ne m’étonne pas qu’on ait oublié ce qui a été modifié dans .bash_aliases le 25 juin.
Ces sujets alambiqués/répliqués qui tournent en rond en sautant d’un problème à l’autre et sans fin n’expliquent pas la grosse boulette qui a été faite pour en arriver là.
Quand on a pas la mémoire sur 18H, il faut prendre des notes.
Pour autant que je m’en souvienne, apt ne fonctionnait déjà plus, donc logiquement pas fait.
.
PS
Oui, ça a probablement été fait aujourd’hui, à la lecture de ce message, avec la commande dpkg dans la suite de commande que vous m’avez proposé il y a 18h
(à minuit j’essayai de dormir, et ce matin j’étais absent)
Non mais sérieux. P’tet ben que oui. P’tet ben que non.
Tu ne te moques pas un peu du monde ?
Que veux-tu faire avec ce genre d’approximation, en si peu de temps.
Prends un papier et un crayon, en notant ce que tu fais successivement avec l’heure de modification.
Là
puis
Sinon on se détend, c’est aussi désagréable d’engueuler quelqu’un qui demande de l’aide même si ses explications sont brouillonnes et de se faire engueuler par celui qui demande de l’aide (autre fil).
Ç doit être l’habitude de mes élèves mais j’ai vu pire comme confusion
1 J'aime
Si tu confonds apt-key et gpgv … ça ne va pas aider non plus.
apt-key est fourni par apt.
Sorry.
Bon, on va clore le sujet, je pratique la debian depuis la Bo et je ne confond rien du tout. Je te suggère de relire attentivement le premier message.
root@hermes:/home/francois# strace -ff apt update 2> out
root@hermes:/home/francois# grep -E '(apt\-key|/dev/null)' out
openat(AT_FDCWD, "/dev/null", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 3
[pid 22981] openat(AT_FDCWD, "/dev/null", O_RDONLY|O_LARGEFILE) = 7
[pid 22987] openat(AT_FDCWD, "/dev/null", O_WRONLY|O_LARGEFILE <unfinished ...>
[pid 22984] openat(AT_FDCWD, "/dev/null", O_WRONLY|O_LARGEFILE <unfinished ...>
[pid 22984] openat(AT_FDCWD, "/dev/null", O_WRONLY|O_LARGEFILE <unfinished ...>
[pid 22984] openat(AT_FDCWD, "/dev/null", O_WRONLY|O_LARGEFILE <unfinished ...>
[pid 22983] openat(AT_FDCWD, "/dev/null", O_WRONLY|O_LARGEFILE <unfinished ...>
[pid 22984] openat(AT_FDCWD, "/dev/null", O_WRONLY|O_LARGEFILE <unfinished ...>
[pid 22994] openat(AT_FDCWD, "/dev/null", O_WRONLY|O_LARGEFILE <unfinished ...>
[pid 22992] openat(AT_FDCWD, "/dev/null", O_WRONLY|O_LARGEFILE <unfinished ...>
[pid 22997] execve("/usr/bin/apt-key", ["/usr/bin/apt-key", "--quiet", "--readonly", "verify", "--status-fd", "3", "/tmp/apt.sig.fsCdbA", "/tmp/apt.data.ZhN0Ea"], 0x1f8c2e0 /* 24 vars */ <unfinished ...>
[pid 22997] openat(AT_FDCWD, "/usr/bin/apt-key", O_RDONLY|O_LARGEFILE <unfinished ...>
[pid 22999] openat(AT_FDCWD, "/dev/null", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666 <unfinished ...>
[pid 23000] openat(AT_FDCWD, "/dev/null", O_RDONLY|O_LARGEFILE <unfinished ...>
[pid 23001] openat(AT_FDCWD, "/dev/null", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 4
[pid 23002] openat(AT_FDCWD, "/dev/null", O_RDONLY|O_LARGEFILE) = 7
[pid 23003] openat(AT_FDCWD, "/dev/null", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 4
[pid 23004] openat(AT_FDCWD, "/dev/null", O_RDONLY|O_LARGEFILE) = 7
...
devrait clarifier les choses. Bon sujet clos.
Non pas du tout.