Re: Re : Re: Problème pour servir à un exécutable sa dépendance à libc.so.6 (debian 11)

[roger . tarani]

Oui, en effet.

Installer un cross-compilateur :
$ sudo apt install gcc make gcc-aarch64-linux-gnu binutils-aarch64-linux-gnu

Compiler pour aarch64 un pgm helloworld.c :
$ aarch64-linux-gnu-gcc helloworld.c -o helloworld-aarch64 -static

Voir 
https://jensd.be/1126/linux/cross-compiling-for-arm-or-aarch64-on-debian-or-ubuntu

J'ai envoyé à l'utilisateur un fichier cross-compilé pour aarch64 (depuis un 
hôte x86_64) pour savoir si ça s'exécute.
A suivre.

Est-ce aussi simple que ça ou y a-t-il des pièges sournois dans la 
cross-compilation ?


- Mail original -
De: "didier gaumet" 
À: "Liste Debian" 
Envoyé: Mardi 2 Mai 2023 20:14:55
Objet: Re: Re : Re: Problème pour servir à un exécutable sa dépendance à 
libc.so.6 (debian 11)

Le 02/05/2023 à 15:23, Hugues Larrive a écrit :
> --- Original Message ---
> Le mardi 2 mai 2023 à 13:11, Bernard Schoenacker 
>  a écrit :
> 
> 
>> Je crois qu'on chauffe.
>> L'hôte est une VM Parallels et il me revient qu'elle pourrait être une 
>> machine multiarchitecture...
> 
> Parallels c'est de la virtualisation pour Mac donc sur les systèmes actuels 
> (apple silicon) l'OS invité est en architecture ARM (aarch64).
> 
> Dans ce cas 2 possibilités :
> - utiliser une version du programme compilée pour cette architecture s'il en 
> existe ou que le source est disponible ;
> - multi-arch.
> 
> @+
> Hugues

Ah, là, je crois que ton intervention va permettre de clarifier la 
situation vite et bein :-)
(moi j'avais même pas tilté que Parallels c'est pour Mac et que les Mac 
ont maintenant des puces arm64)

Re: Libreoffice enregistrer fichier dans NAS

[didier gaumet]

Le 02/05/2023 à 17:46, Frederic Zulian a écrit :

Bjr,

Au final, je viens de découvrir que l'on peut enregistrer/ouvrir des 
fichiers distants avec

Libreofifice :Version: 7.4.5.1

Fichier --> ouvrir distant --> choisir le service  (éditer/ajouter ssh, 
ftp, smb, ...).


Parce que  smb dans mon fstab ce n'est pas top.
Il me demande ID et mot de passe puis  : mount error(95): Operation not 
supported


Ligne dans /etc/fstab  //192.168.1.79/export/Lettres 
   /media/documents    cifs 
  credentials=/root/.smbcredentials,iocharset=utf8,gid=1000,uid=1000,vers=1.0,_netdev   0   0


Avertissement: je suis une bille en réseaux et NFS ou CIFS/Samba sont 
très au-delà de mes compétences,

mais,
au vu du message ci-dessus et des précédents, j'aurais plutôt 
l'impression(?) que tes dossiers partagés sont associés sur ton NAS à un 
service NFS plutôt que CIFS/Samba (mais c'est peut-être moi qui suis 
totalement bouché sur ce coup-là). Au cas où je ne me tromperais pas, il 
faudrait faire un montage NFS sur ton poste client dans fstab. C'est 
expliqué là:

https://docs.openmediavault.org/en/stable/administration/services/nfs.html#clients

ce qui donnerait:
Ligne dans /etc/fstab pour du NFSv4 (a priori la bonne version)
192.168.1.79:/Lettres /media/documents nfs 0 0

Re: Libreoffice enregistrer fichier dans NAS

[Hugues MORIN-TRENEULE]

Salut

C'est bizarre que ca ne fonctionne pas chez toi 

Mon libreoffice est :
Version: 6.1.5.2
Build ID: 1:6.1.5-3+deb10u8
Threads CPU : 8; OS : Linux 4.19; UI Render : par défaut; VCL: gtk3;
Locale : fr-FR (fr_FR.UTF-8); Calc: group threaded

Il faut peut etre que tu installes des paquets supplementaires pour prendre
en charge le montage de dossier distant avec samba.
Ca fait longtemps que je l'ai fait, je ne me rappelle plus tres bien, mais
il me semble que j'avais rencontré une difficulté comme ca.
J'ai les paquets suivants qui sont installés sur mon systeme, c'est peut
etre juste un de ces paquets qui te manque:

i A samba-libs - bibliothèques principales de Samba
i A libwbclient0 - bibliothèque cliente Samba winbind
i  cifs-utils - utilitaires du système de fichier CIFS
i A libsmbclient - bibliothèque partagée pour la communication avec des
serveurs SMB/CIFS
i A ntfs-3g - pilote de lecture et écriture NTFS pour FUSE
i A fuse - système de fichier en espace utilisateur
i A gvfs-fuse - système de fichiers virtuel en espace utilisateur – serveur
fuse

Je crois que j'avais du utiliser ce tuto pour mettre en place cette maniere
de fonctionner avec mon NAS:
https://doc.ubuntu-fr.org/samba


Bonne soiree
Hugues



Le mar. 2 mai 2023 à 17:47, Frederic Zulian  a écrit :

> Bjr,
>
> Au final, je viens de découvrir que l'on peut enregistrer/ouvrir des
> fichiers distants avec
> Libreofifice :Version: 7.4.5.1
>
> Fichier --> ouvrir distant --> choisir le service  (éditer/ajouter ssh,
> ftp, smb, ...).
>
> Parce que  smb dans mon fstab ce n'est pas top.
> Il me demande ID et mot de passe puis  : mount error(95): Operation not
> supported
>
> Ligne dans /etc/fstab  //192.168.1.79/export/Lettres   /media/documents
>cifs
>  
> credentials=/root/.smbcredentials,iocharset=utf8,gid=1000,uid=1000,vers=1.0,_netdev
>   0   0
>
>
> Frédéric ZULIAN
>
>
> Le ven. 28 avr. 2023 à 09:12, Michel Verdier  a écrit :
>
>> Le 27 avril 2023 Frederic Zulian a écrit :
>>
>> >> # Monter NAS
>> >> //192.168.0.XXX/Repertoire/mnt/MON_NAS_MOUNT cifs
>> >>
>> credentials=/root/.smbcredentials,iocharset=utf8,gid=1000,uid=1000,vers=1.0,_netdev
>> >>0   0
>>
>> Dans ta commande mount on voit que ce point de montage n'est pas
>> monté. Dolphin doit le faire à la volée mais libreoffice ne sait pas
>> faire ça. Donc ton problème est que le point de montage ne se fait
>> pas (sans doute au boot). Commence par le faire manuellement pour voir si
>> tu as des warnings, ou regarde dans tes logs. Ça peut venir de la version
>> cifs (vs version sur ton NAS) ou autre chose.
>>
>>

Re: Re : Re: Problème pour servir à un exécutable sa dépendance à libc.so.6 (debian 11)

[didier gaumet]

Le 02/05/2023 à 15:23, Hugues Larrive a écrit :

--- Original Message ---
Le mardi 2 mai 2023 à 13:11, Bernard Schoenacker  
a écrit :



Je crois qu'on chauffe.
L'hôte est une VM Parallels et il me revient qu'elle pourrait être une machine 
multiarchitecture...


Parallels c'est de la virtualisation pour Mac donc sur les systèmes actuels 
(apple silicon) l'OS invité est en architecture ARM (aarch64).

Dans ce cas 2 possibilités :
- utiliser une version du programme compilée pour cette architecture s'il en 
existe ou que le source est disponible ;
- multi-arch.

@+
Hugues


Ah, là, je crois que ton intervention va permettre de clarifier la 
situation vite et bein :-)
(moi j'avais même pas tilté que Parallels c'est pour Mac et que les Mac 
ont maintenant des puces arm64)

Re: Libreoffice enregistrer fichier dans NAS

[Frederic Zulian]

Bjr,

Au final, je viens de découvrir que l'on peut enregistrer/ouvrir des
fichiers distants avec
Libreofifice :Version: 7.4.5.1

Fichier --> ouvrir distant --> choisir le service  (éditer/ajouter ssh,
ftp, smb, ...).

Parce que  smb dans mon fstab ce n'est pas top.
Il me demande ID et mot de passe puis  : mount error(95): Operation not
supported

Ligne dans /etc/fstab  //192.168.1.79/export/Lettres   /media/documents
   cifs
 
credentials=/root/.smbcredentials,iocharset=utf8,gid=1000,uid=1000,vers=1.0,_netdev
  0   0


Frédéric ZULIAN


Le ven. 28 avr. 2023 à 09:12, Michel Verdier  a écrit :

> Le 27 avril 2023 Frederic Zulian a écrit :
>
> >> # Monter NAS
> >> //192.168.0.XXX/Repertoire/mnt/MON_NAS_MOUNT cifs
> >>
> credentials=/root/.smbcredentials,iocharset=utf8,gid=1000,uid=1000,vers=1.0,_netdev
> >>0   0
>
> Dans ta commande mount on voit que ce point de montage n'est pas
> monté. Dolphin doit le faire à la volée mais libreoffice ne sait pas
> faire ça. Donc ton problème est que le point de montage ne se fait
> pas (sans doute au boot). Commence par le faire manuellement pour voir si
> tu as des warnings, ou regarde dans tes logs. Ça peut venir de la version
> cifs (vs version sur ton NAS) ou autre chose.
>
>

Re : Re: Problème pour servir à un exécutable sa dépendance à libc.so.6 (debian 11)

[Hugues Larrive]

--- Original Message ---
Le mardi 2 mai 2023 à 13:11, Bernard Schoenacker  
a écrit :


> Je crois qu'on chauffe.
> L'hôte est une VM Parallels et il me revient qu'elle pourrait être une 
> machine multiarchitecture...

Parallels c'est de la virtualisation pour Mac donc sur les systèmes actuels 
(apple silicon) l'OS invité est en architecture ARM (aarch64).

Dans ce cas 2 possibilités :
- utiliser une version du programme compilée pour cette architecture s'il en 
existe ou que le source est disponible ;
- multi-arch.

@+
Hugues 


publickey - hlarrive@pm.me - 0xE9429B87.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Re : Retour de veille

[Hugues Larrive]

Bonjour,

Au démarrage ça dépend du gestionnaire de connexion, par exemple pour lightdm 
c'est dans /etc/lightdm/lightdm.conf : autologin-user=nom_d'utilisateur. Pour 
slim c'est dans /etc/slim.conf :
default_user nom_d'utilisateur
auto_login yes

Pour le retour de veille ça dépend de l'environnement de bureau, pour Mate 
c'est dans les préférences de l'économiseur d'écran "Verrouiller l'écran quand 
l'économisuer d'écran est actif"

@+
Hugues

--- Original Message ---
Le mardi 2 mai 2023 à 13:12, Yannick  a écrit :


> 

> 

> Bonjour,
> 

> Lors du retour de veille il me demande de saisir user seul
> De même au démarrage.
> 

> J'aimerais donc qu'il ne me demande rien du tout.
> Je sais ce n'est pas bien mais je suis seul utilisateur de la machine et
> elle est chez moi donc aucun risque ;-)
> 

> Merci de donner le chemin du fichier à modifier et quoi modifier
> 

> Amitiés
> --
> Yannick VOYEAUD
> Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
> (Camille JOUFFRAY 1841-1924, maire de Vienne)
> http://www.voyeaud.org
> Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
> Journées du Logiciel Libre: http://jdll.org
> Généalogie en liberté avec Ancestris https://www.ancestris.org

publickey - hlarrive@pm.me - 0xE9429B87.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Retour de veille

[Yannick]

Bonjour,

Lors du retour de veille il me demande de saisir user seul
De même au démarrage.

J'aimerais donc qu'il ne me demande rien du tout.
Je sais ce n'est pas bien mais je suis seul utilisateur de la machine et 
elle est chez moi donc aucun risque ;-)


Merci de donner le chemin du fichier à modifier et quoi modifier

Amitiés
--
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org
Généalogie en liberté avec Ancestris https://www.ancestris.org



OpenPGP_signature
Description: OpenPGP digital signature

Re: Problème pour servir à un exécutable sa dépendance à libc.so.6 (debian 11)

[Bernard Schoenacker]

- Mail original -
De: "roger tarani" 
À: "Liste Debian" 
Envoyé: Mardi 2 Mai 2023 11:08:39
Objet: Re: Problème pour servir à un exécutable sa dépendance à libc.so.6  
(debian 11)

Je crois qu'on chauffe.
L'hôte est une VM Parallels et il me revient qu'elle pourrait être une machine 
multiarchitecture...
Je crois avoir vu ça dans le résultat d'une commande.
Je n'y suis pas habitué. Et j'ai toujours installé des OS debian 64 bits.

Quelle serait la commande qui permet de savoir exactement s'il y a une 
multiarchitecture (qui aurait trompé apt) ?
(je ne crois pas que ce soit lscpu ni hostnamectl)

apt policy libc6 ?

Rappel : je ne peux pas tâtonner auprès de l'utilisateur en lui demandant de 
saisir de nombreuses commandes. Il doit entrer une commande pour diagnostiquer 
et une commande pour traiter le pb.

Merci. 

Bonjour Roger,

L'instruction la plus adaptée :

dpkg -l |awk '/libc6/ {print $2,$3}'

vérification de la disponibilité des paquets libc6 par rapport à la version 
installée

apt-cache show $(dpkg -l |awk '/libc6/ {print $2}') |grep Filename

pour le fichier sources.list :

deb [trusted=Yes, arch=amd64,i386] https://deb.debian.org/debian-security/ 
stable-security main contrib non-free non-free-firmware

il est également possible d'exclure les architectures (exemple) :

deb [trusted=Yes, arch=amd64,i386 arch-=armel,arm32]  
https://deb.debian.org/debian-security/ stable-security main contrib non-free 
non-free-firmware

Remarque : consulter la doc du manuel concernant le fichier sources.list

https://manpages.debian.org/jessie/apt/sources.list.5.en.html

pour télécharger un paquet à la main, prendre le fichier sources.list (URLs) :

https://deb.debian.org/debian-security

le dépôt du paquet :

pool/main/g/glibc/libc6-dev_2.36-9_amd64.deb


raccrocher les wagons :

https://deb.debian.org/debian-securitypool/main/g/glibc/libc6-dev_2.36-9_amd64.deb

et employer wget :

wget -c -O ~/Téléchargements/libc6-dev_2.36-9_amd64.deb 
https://deb.debian.org/debian-securitypool/main/g/glibc/libc6-dev_2.36-9_amd64.deb

cd ~/Téléchargements

sudo apt install -y ./libc6-dev_2.36-9_amd64.deb

attention, c'est un exemple

Merci pour ton aimable attention

Bien à toi

Bernard

Re: Problème pour servir à un exécutable sa dépendance à libc.so.6 (debian 11)

[didier gaumet]

Le mardi 02 mai 2023 à 11:08 +0200, roger.tar...@free.fr a écrit :
> Je crois qu'on chauffe.
> L'hôte est une VM Parallels et il me revient qu'elle pourrait être
> une machine multiarchitecture...
> Je crois avoir vu ça dans le résultat d'une commande.
> Je n'y suis pas habitué. Et j'ai toujours installé des OS debian 64
> bits.
> 
> Quelle serait la commande qui permet de savoir exactement s'il y a
> une multiarchitecture (qui aurait trompé apt) ?

(je suis en pur amd64, pas multiarch)
didier@hp-notebook14:~$ dpkg --print-architecture
amd64

> (je ne crois pas que ce soit lscpu ni hostnamectl)
> 
> apt policy libc6 ?

dans mon cas ça ne montre pas l'architecture i386 vu que je suis en pur
amd64 mais je suppose que les deux (32 et 64 bits) aparaîtraient dans
les paquets candidats

didier@hp-notebook14:~$ apt policy libc6
libc6:
  Installé : 2.31-13+deb11u6
  Candidat : 2.31-13+deb11u6
 Table de version :
 *** 2.31-13+deb11u6 500
500 http://deb.debian.org/debian bullseye/main amd64 Packages
100 /var/lib/dpkg/status
 2.31-13+deb11u5 500
500 http://deb.debian.org/debian bullseye-updates/main amd64
Packages

tu peux aussi passer par dpkg:
didier@hp-notebook14:~$ dpkg -l libc6*
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
+++-=-===--
=
ii  libc6:amd64   2.31-13+deb11u6 amd64GNU C Library:
Shared libraries
un  libc6-amd64(aucune
description n'est disponible)
ii  libc6-dev:amd64   2.31-13+deb11u6 amd64GNU C Library:
Development Libraries and Header Files
un  libc6-dev-amd64-cross  (aucune
description n'est disponible)
un  libc6.1(aucune
description n'est disponible)
un  libc6.1-dev(aucune
description n'est disponible)


mais l'intérêt avec apt policy ou dpkg c'est aussi de voir si on n'a
pas une ancienne version d'un programme qui traîne suite à une mise à
jour incomplète d'une version majeure de Debian. Par exemple dans ton
cas, on peut aussi se demander éventuellement si on n'a pas un libc6 en
version 2.28 (Buster) au lieu de 2.31 (Bullseye). Au cas où tu aurais
expréssément cherché sans le trouver un lien vers libc6 2.31, ceci
pourrait expliquer cela.


> Rappel : je ne peux pas tâtonner auprès de l'utilisateur en lui
> demandant de saisir de nombreuses commandes. Il doit entrer une
> commande pour diagnostiquer et une commande pour traiter le pb.
> 
> Merci. 

Là, sans m'immiscer dans ta relation avec ton utilisateur (d'une part
ça ne me regarde pas et de l'autre je ne connais ni la nature de votre
relation ni le contexte dans lequel vous évoluez), je peux quand même
te suggérer d'être coopératif dans ton suppport mais aussi de recadrer
diplomatiquement: si ton utilisateur choisit d'installer et maintenir
lui-même sa distribution, il accepte le cas échéant de porter la
responsabilité d'une distribution trop bancale pour faire tourner une
appli fournie par un tiers dans des conditions d'installations
raisonnables, et accepte donc aussi la responsabilité de devoir
chercher lui-même comment s'en sortir (exemple si il utilise un SGBD
Oracle dont il paie le support *applicatif*, Oracle ne va pas
paramétrer ou réinstaller Debian à sa place si sa distro est bancale
car c'est du support *système*. Enfin c'est comme ça que je vois les
choses, peut-être de manière trop simpliste) 

Re: Problème pour servir à un exécutable sa dépendance à libc.so.6 (debian 11)

[roger . tarani]

Je crois qu'on chauffe.
L'hôte est une VM Parallels et il me revient qu'elle pourrait être une machine 
multiarchitecture...
Je crois avoir vu ça dans le résultat d'une commande.
Je n'y suis pas habitué. Et j'ai toujours installé des OS debian 64 bits.

Quelle serait la commande qui permet de savoir exactement s'il y a une 
multiarchitecture (qui aurait trompé apt) ?
(je ne crois pas que ce soit lscpu ni hostnamectl)

apt policy libc6 ?

Rappel : je ne peux pas tâtonner auprès de l'utilisateur en lui demandant de 
saisir de nombreuses commandes. Il doit entrer une commande pour diagnostiquer 
et une commande pour traiter le pb.

Merci. 
 
- Mail original -
De: "didier gaumet" 
À: "Liste Debian" 
Envoyé: Mardi 2 Mai 2023 08:21:25
Objet: Re: Problème pour servir à un exécutable sa dépendance à libc.so.6  
(debian 11)

Le mardi 02 mai 2023 à 02:18 +0200, roger.tar...@free.fr a écrit :
> Merci !
> 
> Je n'ai JAMAIS eu besoin d'installer spécifiquement ou de réparer la
> bibliothèque C (libc6) sur un hôte debian.
> 
> L'utilisateur a installé sa debian11 seul à partir d'une image ISO
> récente.
> Je n'ai pas accès à sa machine. Je dois lui proposer une manip
> directe, simple et efficace.
> 
> Je crois comprendre qu'il s'agit d'un problème de dynamic linker.
> Comment répare-t-on l'accès à cette bibliothèque libc qui est
> installée ?
> 
> Question bonus : que peut faire un utilisateur (juste capable de
> recopier des lignes de commande fournies) pour diagnostiquer ce qui a
> pu abîmer ce système ?
> 
> 
> Extrait de mon message initial :
> 
> //
> Sur l'hôte qui pose problème :
> - libc.so.6 est bien présent. Et est donc inaccessible à
> l'exécutable.
> - la commande ldconfig est introuvable. J'attends de savoir si
> /usr/sbin/ldconfig existe... Après vérification, ce fichier existe;
> Peut-être un problème de PATH ?...
> 
> Sur un hôte qui sert correctement libc.so.6 au même exécutable, il y
> a les liens symboliques suivants vers ld-2.31.so :
> 
> lrwxrwxrwx 1 root root 32 Apr 19 23:17 /lib64/ld-linux-x86-64.so.2 ->
> /lib/x86_64-linux-gnu/ld-2.31.so
> 
> -rwxr-xr-x 1 root root 177928 Apr 19 23:17 /lib/x86_64-linux-gnu/ld-
> 2.31.so
> lrwxrwxrwx 1 root root 10 Apr 19 23:17 /lib/x86_64-linux-gnu/ld-
> linux-x86-64.so.2 -> ld-2.31.so
> 
> Cela manque sur l'hôte qui pose problème.
> //

comme les liens en question semblent (si j'ai compris correctement, ce
qui reste encore à prouver) créés par l'installation du paquet libc6, 
https://packages.debian.org/bullseye/amd64/libc6/filelist

c'est pour cela que je proposais:

- de vérifier (commande: apt policy libc6) les versions disponibles
pour installation et installées de libc6.
Un exemple de problème qui pourrait survenir: que ton utilisateur se
serve de multiarch; bien que l'hôte problématique soit en architecture
amd64, il suffisait par le passé que la double architecture (multiarch)
amd64+x86 soit paramétrée pour que parfois apt soit complètement perdu
et cherche à remplacer/installer des exécutables uniquement en 32 bits
(même si les deux architectures de ces exécutables existent) sur un
système 32+64 bits. Et parfois du coup ça ne marchait plus.

- de réinstallet (sudo apt reinstall libc6) ou reparamétrer (sudo dpkg-
reconfigure libc6). En cas de multiarch il faut spécifier le paramètre
-a=architecture pour apt et un dpkg-reconfigure ne suffit pas si seule
la version 32 bits de libc6 est insyallé: il faut réinstaller la
version 64 bits.

Mais je t'emmène peut-être sur une fausse piste, et même si cette piste
était en partie judicieuse, peut-être mon exposé serait-il faux quant
aux conséquences que j'évoque, hein, donc je t'encourage quoiqu'il en
soit à pendre en compte les suggestions de Jean-Michel dans son message
:-)

Re: Problème pour servir à un exécutable sa dépendance à libc.so.6 (debian 11)

[didier gaumet]

Le mardi 02 mai 2023 à 02:18 +0200, roger.tar...@free.fr a écrit :
> Merci !
> 
> Je n'ai JAMAIS eu besoin d'installer spécifiquement ou de réparer la
> bibliothèque C (libc6) sur un hôte debian.
> 
> L'utilisateur a installé sa debian11 seul à partir d'une image ISO
> récente.
> Je n'ai pas accès à sa machine. Je dois lui proposer une manip
> directe, simple et efficace.
> 
> Je crois comprendre qu'il s'agit d'un problème de dynamic linker.
> Comment répare-t-on l'accès à cette bibliothèque libc qui est
> installée ?
> 
> Question bonus : que peut faire un utilisateur (juste capable de
> recopier des lignes de commande fournies) pour diagnostiquer ce qui a
> pu abîmer ce système ?
> 
> 
> Extrait de mon message initial :
> 
> //
> Sur l'hôte qui pose problème :
> - libc.so.6 est bien présent. Et est donc inaccessible à
> l'exécutable.
> - la commande ldconfig est introuvable. J'attends de savoir si
> /usr/sbin/ldconfig existe... Après vérification, ce fichier existe;
> Peut-être un problème de PATH ?...
> 
> Sur un hôte qui sert correctement libc.so.6 au même exécutable, il y
> a les liens symboliques suivants vers ld-2.31.so :
> 
> lrwxrwxrwx 1 root root 32 Apr 19 23:17 /lib64/ld-linux-x86-64.so.2 ->
> /lib/x86_64-linux-gnu/ld-2.31.so
> 
> -rwxr-xr-x 1 root root 177928 Apr 19 23:17 /lib/x86_64-linux-gnu/ld-
> 2.31.so
> lrwxrwxrwx 1 root root 10 Apr 19 23:17 /lib/x86_64-linux-gnu/ld-
> linux-x86-64.so.2 -> ld-2.31.so
> 
> Cela manque sur l'hôte qui pose problème.
> //

comme les liens en question semblent (si j'ai compris correctement, ce
qui reste encore à prouver) créés par l'installation du paquet libc6, 
https://packages.debian.org/bullseye/amd64/libc6/filelist

c'est pour cela que je proposais:

- de vérifier (commande: apt policy libc6) les versions disponibles
pour installation et installées de libc6.
Un exemple de problème qui pourrait survenir: que ton utilisateur se
serve de multiarch; bien que l'hôte problématique soit en architecture
amd64, il suffisait par le passé que la double architecture (multiarch)
amd64+x86 soit paramétrée pour que parfois apt soit complètement perdu
et cherche à remplacer/installer des exécutables uniquement en 32 bits
(même si les deux architectures de ces exécutables existent) sur un
système 32+64 bits. Et parfois du coup ça ne marchait plus.

- de réinstallet (sudo apt reinstall libc6) ou reparamétrer (sudo dpkg-
reconfigure libc6). En cas de multiarch il faut spécifier le paramètre
-a=architecture pour apt et un dpkg-reconfigure ne suffit pas si seule
la version 32 bits de libc6 est insyallé: il faut réinstaller la
version 64 bits.

Mais je t'emmène peut-être sur une fausse piste, et même si cette piste
était en partie judicieuse, peut-être mon exposé serait-il faux quant
aux conséquences que j'évoque, hein, donc je t'encourage quoiqu'il en
soit à pendre en compte les suggestions de Jean-Michel dans son message
:-)