Kwa29 a écrit:
Bonjour à tous,
[root@DJKWA yum.repos.d]# ldd -r /lib/security/pam_userdb.so
undefined symbol: pam_get_item (/lib/security/pam_userdb.so)
undefined symbol: pam_set_item (/lib/security/pam_userdb.so)
undefined symbol: pam_get_user (/lib/security/pam_userdb.so)
libc.so.6 => /lib/tls/libc.so.6 (0x00111000)
/lib/ld-linux.so.2 (0x004e8000)
Je ne nie pas que tu as un problème, mais le problème ne doit pas venir de là.
Fais un "ldd -r /lib/security/*.so" ou "ldd -r /usr/lib/httpd/modules/*.so" 🙂
Fais aussi :
[admin@one sbin]$ ld -M /lib/security/pam_userdb.so > /dev/null
ld: AVERTISSEMENT: ne peut trouver le symbole d'entrée _start; pas d'initialisation de l'adresse de départ
/lib/security/pam_userdb.so: undefined reference to `pam_get_item'
/lib/security/pam_userdb.so: undefined reference to `pam_set_item'
/lib/security/pam_userdb.so: undefined reference to `pam_get_user'
Mais :
[admin@one sbin]$ ld -M /lib/security/pam_userdb.so /lib/libpam.so.0 > /dev/null
ld: AVERTISSEMENT: ne peut trouver le symbole d'entrée _start; pas d'initialisation de l'adresse de départ
[admin@one sbin]$
J'ai oublié les détails de tout ça mais c'est normal car c'est un plug-in (module chargé dynamiquement). Les modules ne peuvent avoir de variables static. Donc il faut une autre mécanisme et ici c'est d'utiliser /lib/libpam.so or /lib/libpam.so peut aussi utiliser pam_userdb.so. Donc dépendance circulaire. Ce n'est pas forcément un problème mais pour des raisons que j'ai oublié, dans ce cas il n'y a pas "NEED libpam.so" dans l'entête du module.
Je dis ça, mais je n'en suis pas sûr.
Si quelqu'un a plus d'info pour préciser les choses, ça ne serait pas un mal.
