A Mandrake pour MMove et le module pixélien issu de cloop et loop-aes on avait eu un problème similaire : on compilait à la main un module pour le kernel normal de Mandrake, "insmod" arrivait à le charger mais pas l'insmod-busybox que j'utilise dans le stage1 : il ne trouvait pas des symboles comme ceux dont tu parles alors que manifestement on les avait.
A la fin on avait trouvé qu'une option de compil des modules permet de suffixer ou non les symboles par quelque chose qui ressemble à un md5 et qui semble être fait pour différencier un kernel d'un autre (sinon, on a juste le symbole "printk" par exemple, et donc tout kernel peut charger ce module même si des choses importantes comme les options de compil sont différentes, ce qui est à éviter).
# Symboles suffixés
Posté par gc . En réponse au journal depmod, insmod et résolution de symboles. Évalué à 4.
A la fin on avait trouvé qu'une option de compil des modules permet de suffixer ou non les symboles par quelque chose qui ressemble à un md5 et qui semble être fait pour différencier un kernel d'un autre (sinon, on a juste le symbole "printk" par exemple, et donc tout kernel peut charger ce module même si des choses importantes comme les options de compil sont différentes, ce qui est à éviter).
Je flaire un problème similaire dans ton cas.