Cela n’est pas des plus clair, mais cela me fait penser à un problème rencontré il y a quelques années avec des binaires ELF d’un gestionnaire de licences ne fonctionnaient pas sous Debian. Les développeurs de ce logiciel privateur avaient eu l’idée de suivre à la lettre les préconisation LSB ce qui fait que l’interpréteur appelé par le noyau n’était pas celui habituel mais un obscur chemin LSB qui est en fait un lien symbolique vers l’interpréteur normal.
fp2@debpacha:~$ readelf --all /bin/ls | fgrep interpreter
[Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
fp2@debpacha:~$
La commande file
donne aussi l’interpréteur intégré au binaire.
Je viens de retrouver le rapport de bug que j’avais soumis à l’époque.
Un système Linux (compatible) doit fournir /lib64/ld-lsb-x86-64.so.3
même si ce n’est qu’un lien symbolique vers le vrai interpréteur /lib/ld-linux-x86-64.so.2
(du temps de squeeze).
Je ne sais pas si c’est le même problème que vous rencontrez avec Debian mais pas avec Ubuntu.
Si en mettant le chemin complet d’un binaire vous avez un message du genre
-bash: ./lmutil: Aucun fichier ou dossier de ce type
c’est dans cette direction qu’il faut chercher.
C’est peu.
Lancez ldd
sur les machines Debian et Ubuntu et donnez-nous les différences. A l’époque de squeeze, il y avait un paquet lsb-core
, je ne sais pas ce qu’il est devenu (même pas dans stretch ).
Cordialement,
Regards,
Mit freundlichen Grüßen,
مع تحياتي الخالصة
F. Petitjean
Ingénieur civil du Génie Maritime.
« Un ordinateur c’est comme un frigo : on le branche et ça marche. »
Laurent Serano Directeur informatique, réunion Délégués du Personnel 2010