Bonjour :
 
J'essaye de compiler un noyau 2.4.18.
Mais à chaque fois que je veut mettre un support en module, ce modules n'est pas chargé motif :  
unresolv symbol in modules ...
 
J'ai eu ce probleme avec ppp. Que j'ai resolue en mettant le support inclue au noyau.
J'ai le meme probleme en essayant de compilé mon driver NVIDIA, il le compile mais ne veut le charger, toujours à cause de la meme erreur.
 
Voilà si quelqu'un sait ce qu'il faut faire ...
 
Merci.

réponse d'ex newbie , mais bon :
 
as-tu bien recompilé les modules avec le kernel ? avec un 'make modules modules_install' par exemple ?
 
Si tu as plusieurs sources de noyau : as tu vérifié que /usr/src/linux pointe vers le bon répertoire (par exemple /usr/src/linux-2.4.18) ?
 
Ca fait cette erreur de symboles quand des modules compilés pour une autre version que le noyau en cours d'utilisation sont chargés.

Bah j'avais pas de lien symbolique /usr/src/linux.
J'en ai créé un qui pointe vers /usr/src/kernel-source-2.4.18/.
Mais ça ne marche toujours pas j'ai toujours cette erreur :
unresolved symboled quand je veux faire un quand je fais un depmod ...

tu peux tester un rm -rf /lib/modules/kernel-source-2.4.18 puis tu refais ton make modules_install

Voilà je viens de penser à quelque chose là :
La premiere fois que j'ai compilé mon driver nvidia (c'était avec un noyau 2.2.20) ça n'a pas marché parcequ'il ne trouver pas le repertoire des headers.
j'ai du faire make SYSINCLUDE=/usr/src/kernel-header-2.2.20 et là ça avait marché.
Maintenant pour le noyau 2.4.18 il compile correctement tout de suite. Donc peut etre qu'il utilise les anciens headers (ceux pour le noyau 2.2.20).
Est ce que c'est possible ? et si c'est possible comment est ce que je peux changer ça ?

Je le fais à chaque fois :-( mais merci quand même.

question de newbi lamer récent
 
c quoi ca, le kernel header???? et cette commande qui fait le SYSINCLUDE=/usr/src/kernel-header-2.2.20
 
 
ca sert à quoi??

 
Réponse de newbie un peu moins récent (enfin pas vieux non plus):
Avec la [debian woody] c'est le package qui contient les entetes des sources du noyau ~ les includes pour pourvoir compiler des applications qui les necessitent sans avoir besoin des sources même.
La commande qui fait le SYSINCLUDE c'est make. Elle utilise un script, le fichier Makefile qui contient des informations pour compiler un programme.
Pour le SYSINCLUDE=rep je ne sais pas si c'est typique du Makefile des sources du driver NVidia ou c'est une option commune.
En tout cas elle permet de dire au compilateur d'aller chercher les fichiers dont il a besoin dans le repertoire rep.  

pffff
linux,c pas pour les nubi  
 

 
dur dur

Bonjour à tous
 
Eh bien, je crois que je suis un specialiste des sujets impopulaire !
Bon ... c'est pas grave
Voilà pour mon probléme de modules eh bien, c'est réglé.
En fait c'est Shinobufan qui m'a mis la puce à l'oreille (merci à lui). Il faut bien mettre à jour son lien /usr/src/linux vers le repertoire du noyau le plus recents, mais il y a egalement dans /usr/include quelques changements à faire pour les repertoires :
asm, linux, video, net ...
Je ne sais pas si ce que j'ai fait est propre mais en tout cas ça marche !
J'ai renomé les repertoires ci-dessus en ajoutant .old à la fin et je les ai remplacés par des liens symboliques qui pointent vers l'equivalents dans le repertoire du noyau le plus recent.
 
Voilà, si quelqu'un a une methode plus propre, je veux bien qu'il m'en fasse part.
 
Au revoir

tu avais fais make dep ?
 
http://linux-wizard.tuxfamily.org/howto_migration.html

sinon l'histoire des liens c'est une bonne chose à condition que tu aies fait pointer les liens à traver /usr/src/linux/... et pas /usr/src/linux-2.4.18/... parce que sinon t'es bon pour les remodifier quand tu changera de sources du noyau, alors que si ils pointent via /usr/src/linux/... il te suffira de changer le lien linux dans /usr/src pour que tout soit correct, ce qui est quand même plus pratique.
 
c'était juste une astuce en passant, mais c'est bizarre que dans ta distrib ces liens n'existaient pas déjà.
 
 

AsDePique a écrit a écrit : sinon l'histoire des liens c'est une bonne chose à condition que tu aies fait pointer les liens à traver /usr/src/linux/... et pas /usr/src/linux-2.4.18/... parce que sinon t'es bon pour les remodifier quand tu changera de sources du noyau, alors que si ils pointent via /usr/src/linux/... il te suffira de changer le lien linux dans /usr/src pour que tout soit correct, ce qui est quand même plus pratique.   c'était juste une astuce en passant, mais c'est bizarre que dans ta distrib ces liens n'existaient pas déjà.

 
Salut
 
Oui j'ai bien pensé à faire pointer les liens vers /usr/src/linux
 

 
Ouep ...

copie le system.map de /usr/src/linux vers le System.map-2.4.18-correspondant_à_ton_noyau dans /boot
 
Fais un depmod -ae -F /boot/System.map-2.4.18-correspondant_à_ton_noyau