Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1794 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Débats

  Probleme de modules

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Probleme de modules

n°127257
jux
Posté le 21-07-2002 à 18:13:31  profilanswer
 

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.

mood
Publicité
Posté le 21-07-2002 à 18:13:31  profilanswer
 

n°127316
shinobufan
Posté le 21-07-2002 à 20:31:07  profilanswer
 

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.

n°127652
jux
Posté le 22-07-2002 à 15:31:00  profilanswer
 

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 ...

n°127657
Buchu
Posté le 22-07-2002 à 15:34:23  profilanswer
 


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


---------------
-- Bubu --
n°127666
jux
Posté le 22-07-2002 à 15:40:10  profilanswer
 

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 ?

n°127671
jux
Posté le 22-07-2002 à 15:42:41  profilanswer
 

buchu a écrit a écrit :

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




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

n°127675
thenubi
Posté le 22-07-2002 à 15:50:26  profilanswer
 

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??


---------------
3/4 de l'humainité creve de faim pendant les autres essai de maigrir
n°127691
jux
Posté le 22-07-2002 à 16:12:41  profilanswer
 

thenubi a écrit a écrit :

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.  

n°127704
thenubi
Posté le 22-07-2002 à 16:38:24  profilanswer
 

pffff
linux,c pas pour les nubi  
 
:(
 
dur dur


---------------
3/4 de l'humainité creve de faim pendant les autres essai de maigrir
n°131864
jux
Posté le 30-07-2002 à 21:49:04  profilanswer
 

Bonjour à tous :hello:
 
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


Message édité par jux le 30-07-2002 à 21:49:43
mood
Publicité
Posté le 30-07-2002 à 21:49:04  profilanswer
 

n°131881
Dark_Schne​ider
Close the World, Open the Net
Posté le 30-07-2002 à 22:17:58  profilanswer
 

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


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
n°131890
AsDePique
Posté le 30-07-2002 à 22:27:41  profilanswer
 

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à.
 
  :hello:

n°132313
jux
Posté le 31-07-2002 à 18:16:15  profilanswer
 

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à.
 
  :hello:  




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

n°132316
jux
Posté le 31-07-2002 à 18:18:50  profilanswer
 

Dark_Schneider a écrit a écrit :

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




 
Ouep ...

n°132363
bobor
tueur de n44b
Posté le 31-07-2002 à 21:47:09  profilanswer
 

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
 


---------------
Gitan des temps modernes

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Débats

  Probleme de modules

 

Sujets relatifs
Probleme de compil : trouve pas "libiberty.h"[gtk+ 2.0] Problème d'installation
Probleme de connexion[debian woody] probleme kernel 2.4.18 et PPPoE
Probleme avec cups client-error-not-possible[Debian Woody] Probleme d'install
Problème après recompilation kernel : can't locate module ....Problème OpenGL + Radeon 7500
Canal + ( C pas un probleme de décodeur )probleme installation mdk 8.1 (cdrom)
Plus de sujets relatifs à : Probleme de modules


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR