Discussion :

[tibet_gang]

Bonjour à tous,

je souhaite pouvoir loader certains modules noyau pour différentes raisons.

Mais lorsque j’exécute les commandes insmod ou modprobre (version plus intelligente), j'obtiens ces erreurs respectives :

debian:/usr/src/linux-source-2.6.26/net/netfilter# insmod nomDuModule
insmod: error inserting 'nomDuModule': -1 Invalid module format

debian:/usr/src/linux-source-2.6.26/net/netfilter# modprobe nomDuModule
FATAL: Module 'nomDuModule' not found.

Après recherches sur internet, ces erreurs, apparemment assez fréquentes sont généralement dues au fait que les modules que j'essaie de charger ne sont pas "compatibles" ou "conçues" pour la version de mon noyau.

Comment est-ce possible alors que ces modules sont issus directement des fichiers sources?

Je précise également avoir recompiler mon noyau, avoir exécuter "make modules" et "make install_modules" avant d'avoir tenté de les charger;

De plus, quelle sont les différences entre les modules présents dans /lib/modules/2.6.26/kernel/net/netfilter et /usr/src/linux-source-2.6.26/net/netfilter (en ce qui concerne les modules netfilter)

Merci d'avance.

Tibet.

[Invité]

Salut,

Avant de charger ces modules, est-ce que ton système a bien booté sur la version du kernel que tu viens de compiler?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
uname -a

[tibet_gang]

Oui, je boot sur la version 2.6.26

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
uname -a
Linux debian 2.6.26-2-686 #1 SMP Wed Aug 19 06:06:52 UTC 2009 i686 GNU/Linux

[Invité]

Hellow,

Peux-tu executer les commandes suivantes en tant que root et voir ce que ça donne?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
depmod -a 
modprobe nomDuModule

Si ça ne va toujours pas, tracer la commande modprobe en tant que root pour essayer de comprendre ce qu'il se passe et fournir les fichiers .txt générés en pièce jointe.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
# strace -v -o insmodTrace.txt insmod nomDuModule
# strace -v -o modprobeTrace.txt modprobe nomDumodule

si strace n'est pas installé.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
apt-get update && apt-get install strace

En vous remerciant.

[tibet_gang]

J'avais déjà créé l'arbre de dépendances mais sans résultat.
Sinon voici les fichiers demandés :

[Invité]

Oki Merci,

Pour le modprobrobe il semble bien consulter le fichier de dépendances lié à la version du kernel

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
open("/lib/modules/2.6.26-2-686/modules.dep", O_RDONLY) = 3
open("/lib/modules/2.6.26-2-686/modules.alias", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = -1 ENOTDIR (Not a directory)
open("/lib/modules/2.6.26-2-686/modules.alias", O_RDONLY) = 3

Pourrais-tu fournir le résultat de la commande suivante

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
grep -i nf_conntrack_sca /lib/modules/2.6.26-2-686/modules.dep

Pourrais-tu lister les modules kernel que tu as dans /lib/modules/2.6.26-2-686/kernel/net/netfilter/

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
ls -l /lib/modules/2.6.26-2-686/kernel/net/netfilter/nf_conn*

Peux-tu également fournir les dépendances de ce module

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
modinfo nf_conntrack_sca.ko

[tibet_gang]

Tout d'abord, merci pour l'aide apportée, ensuite en relisant mon message initial, je me suis rendu compte avoir oublié un "détail" important :

Je suis parti d'un module existant dans les sources, à savoir nf_conntrack_tftp pour le transformer et en créer un autre, le fameux nf_conntrack_sca.

Pour pouvoir le générer, j'ai modifié le fichier include/config/auto.conf puis le net/netfilter/Kconfig ainsi que le net/netfilter/Makefile.

Une fois généré, c'est à ce moment qu'il m'est impossible de le charger.

Et donc pour répondre à tes questions;
- le grep ne donne rien puisque le nom n'apparaît pas dans le modules.dep
- Parmi les modules présents, nf_conntrack_sca n'apparaît pas. J'ai travaillé uniquement dans usr/src/linux-source-2.6.26/net/netfilter d'où ma question :

De plus, quelle sont les différences entre les modules présents dans /lib/modules/2.6.26/kernel/net/netfilter et /usr/src/linux-source-2.6.26/net/netfilter (en ce qui concerne les modules netfilter)

- Pour les infos du module : il s'agit de ce que j'ai écris dans le nf_conntrack_sca.c

Et donc, in fine, mon problème est de connaître toutes les modifications nécessaires pour pouvoir utiliser mon nouveau module.

[Invité]

Ok,

Le repertoire /lib/modules/<version-kernel>/kernel doit contenir tous les modules kernel buildés.
La commande "make install_modules" build les modules kernel qui ont été spécifiées dans le fichier .config et les installe dans à cet endroit.
La commande depmod génère le fichier makefile.dep en scannant tous les modules dans /lib/modules/<version-kernel>/kernel + leur dépendances.

Donc si tu ne retrouves pas ton modules dans le makefile.dep il est normal que tu aies l'erreur Fatal <nom module> not found.

Pourrais-tu voir si tu as plus d'infos dans les messages kernel lors de la tentative de chargement de ce module customisé?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
insmod <Nom_modules>
dmesg | tail -20

[tibet_gang]

Voici la mémoire tampon du noyau :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
insmod: error inserting 'nf_conntrack_sca.ko': -1 Invalid module format 
debian:/usr/src/linux-source-2.6.26/net/netfilter# dmesg |tail -20 
[   56.256439] Netfilter messages via NETLINK v0.30. 
[   58.002559] mtrr: no more MTRRs available 
[   58.002594] mtrr: no more MTRRs available 
[   58.002614] mtrr: no more MTRRs available 
[   58.002634] mtrr: no more MTRRs available 
[   58.002653] mtrr: no more MTRRs available 
[   58.002672] mtrr: no more MTRRs available 
[   96.411488] CPU0 attaching NULL sched-domain. 
[   96.411501] CPU1 attaching NULL sched-domain. 
[   96.413714] CPU0 attaching sched-domain: 
[   96.413714]  domain 0: span 0-1 
[   96.413714]   groups: 0 1 
[   96.413714] CPU1 attaching sched-domain: 
[   96.413714]  domain 0: span 0-1 
[   96.413714]   groups: 1 0 
[  422.419555] nf_conntrack_tftp: no symbol version for struct_module 
[  445.489686] nf_conntrack_tftp: no symbol version for struct_module 
[  450.773143] No module found in object 
[  648.759243] nf_conntrack_tftp: no symbol version for struct_module 
[  686.306126] nf_conntrack_sca: no symbol version for struct_module

[Invité]

Salut,

Est-ce que tu avais bien compilé et installé le kernel 2.6.32-2 à partir des sources également?

Voici un lien interessant relative à l'erreur que tu as dans les messages kernel et sa réponse.

http://linux.derkeiler.com/Mailing-L.../msg08491.html

[tibet_gang]

Bonjour,

Pourquoi devoir compiler le noyau 2.6.32 ?

[Invité]

Re,

Hey all, think I found a little bug...

I recently was attempting to build 3rd party modules on a 2.6.26.2
source tree after a "make clean" was run on the kernel source tree.

In the past I would run "make oldconfig prepare scripts" and then build
and install the 3rd party module. All would work as expected.

And all started well with the 2.6.26.2 tree. The module built without
error, but when I went to load it, it responded back with a version
error on the console, and the dmesg was: "no symbol version for
struct_module". => C'est exactement le problème que tu as.

If I rebuild the entire kernel and modules in the source tree and then
build the 3rd party module again, It builds and loads without issue.

I'm hoping this is a bug, as I use the prepare method of setting up
source trees a lot. It saves me hours of time on my server farm.

Réponse:

If you have MODULE_VERSIONING enabled then you need to build
the kernel -

Donc à mon avis, si tu as installé un kernel 2.6.26-2 (sous forme de package) avec un module versionning différent de celui des sources. Il faudra rebuilder entièrement et installer le kernel des sources pour que tes modules puissent être chargés proprement.

[tibet_gang]

Effectivement,

Il est nécessaire de tout rebuilder, pour éviter tout problème supplémentaire, je mets à jour vers une debian6 avec un noyau plus récent de la famille des 2-3X...

je vous tiens au courant de toute évolution.