Rép. : Re: [Clo] Compilation du noyau
Jean-Marc Vaillancourt
jmv at securinux.com
Ven 7 Avr 11:19:23 EDT 2006
Tu pourrais toujours faire
rmmod nomdumodule
ou
modprobe -r nomdumodule
et ensuite refaire ifconfig pour voir ce que ça donne.
Mais tu as peut-être raison pour MII. C'est peut-être parce qu'il est
compilé en module que les pilotes s'installent eux aussi en module.
Je ne veux pas me mêler de ce qui ne me regarde pas, mais avant de
compiler tu devrais t'assurer que le lien symbolique /usr/src/linux pointe
vers le bon répertoire de tes sources
# cd /usr/src
# ln -sfn répertoire_du_nouveau_noyau linux
Gentoo a de très bonnes instructions sur la recompilation d'un noyau. Les
conseils et les commandes ne s'appliquent pas à toutes les distributions,
mais la base est là, et c'est en français :
http://www.gentoo.org/doc/fr/kernel-upgrade.xml
J-M
> Pour fonctionner, il n'y a pas de problème.
> Ifconfig me donne la même information que le pilote soit intégré au noyau
> ou pas.
> Eth0 et Eth1 fonctionne très bien.
>
> lsmod me donne par contre la même information qu'avant la recompilation
> :-((
> Je remarque que mii est une dépendance de e100 et 8139too mais mii est
> chargé dynamiquement. Pensez-vous que de recompiler le noyau avec mii à
> l'interne peut résoudre mon problème?
> Tant que le listage de lsmod m'indique que les pilotes e100 et 8139too
> sont listés, moi je ne suis pas convaincu que c'est le pilote intégré au
> noyau qui est utilisé.
>
>
>>>> jmv at securinux.com 2006-04-06 16:58:24 >>>
>
> Si tu parles du fonctionnement des cartes, tu n'as qu'à essayer ifconfig:
>
> ifconfig eth0 (et ensuite eth1)
>
> Comme tes cartes ne sont pas configurées tu devrais obtenir de semblable à
> ceci:
>
> eth0 Link encap:Ethernet HWaddr FE:FD:00:00:00:00
> BROADCAST NOARP MULTICAST MTU:1500 Metric:1
> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
>
> Si tu obtiens ceci:
>
> eth0: error fetching interface information: Device not found
>
> Ton probl. n'est pas réglé :-(
>
> J'espère que c'est la réponse que tu cherches.
>
> J-M
>
>> Désolé pour la longue halte.
>> modprobe -l me retourne les pilotes e100.ko et 8139too.ko.
>> Par contre. il me retourne également des modules que je ne charge pas
>> comme e1000.ko et 8139cp.ko. J'ai l'impression que cette commande liste
>> tous les modules disponibles sur la machine.
>>
>> Néanmoins je reste un peu sur mon appétit. J'ai réussie à compiler deux
>> pilotes dans le noyau mais si lsmod indique qu'ils sont chargé
>> dynamiquement ait-je réussie?
>> Comment puis-je vérifier le fonctionnement?
>>
>>
>>>>> Brabant at magma.ca 2006-03-31 11:49:44 >>>
>>
>> Ce qui est très louche, c'est que modprobe (ou insmod) utilise
>> automatiquement les modules de la version du noyau utilisé et en théorie
>> refusera de charger un module compilé pour une autre version de noyau.
>>
>> Guy, si tu fais modprobe -l, est-ce que e100.ko y est listé ?
>>
>> On Friday 31 March 2006 10:52, Jean-Marc Vaillancourt wrote:
>>> Moi aussi ça m'intrigue.
>>>
>>> Sur mon ordi de tous les jours, à la maison, presque tout est compilé
>>> dans
>>> le noyau et lsmod me donne ceci :
>>>
>>> Module Size Used by
>>> ppp_deflate 6400 0
>>> zlib_deflate 22840 1 ppp_deflate
>>> bsd_comp 6176 0
>>> nvidia 3470108 12
>>>
>>> Si les modules sont chargés sur le tien, c'est peut-être qu'il y a un
>>> script de FC3 qui fonctionnait avec l'ancien noyau (où tout était
>>> chargé
>>> en module) et qui continue de faire sa job, même si tes pilotes sont
>>> maintenant inclus en dur dans le noyau, mais encore là je ne vois pas
>>> comment il pourrqait réussir ça.
>>>
>>> J-M
>>>
>>> > Le fichier /etc/modprobe.conf contient une liste d'alias que Fedora
>>> > utilise
>>> > pour déterminer quel pilote charger pour les différents
>>> périphériques.
>>> > Par
>>> > exemple tu auras une ligne "alias eth0 3c59x". J'avais l'impression
>>> que
>>> > lorsque tu inclus un pilote dans le noyeau, la version externe n'est
>>> pas
>>> > compilé... donc impossible de le charger dynamiquement une deuxième
>>> fois.
>>> > C'est un ou l'autre, inclu dans le noyau ou comme fichier externe
>>> mais
>>> > pas les deux. Par conséquent même si le module est inclu dans le
>>> noyeau
>>> > la ligne
>>> > de configuration dans modprobe.conf doit y rester. Le modprobe dans
>>> les
>>> > scripts d'initialisations du réseau (/etc/sysconfig/network-scripts/)
>>> va
>>> > voir
>>> > que le pilote est déjà charger et continuer comme si de rien n'était.
>>> >
>>> > Peux-être que je me trompe... mais peux-tu m'envoyer la sortie de
>>> ton
>>> > lsmod
>>> > et de la commande dmesg ? Ça m'intrigue !
>>> >
>>> > Mathieu
>>> >
>>> > On Friday 31 March 2006 08:57, Guy-Michel Lessard wrote:
>>> >> Super! l'option d'installation --oldpackage a permis de le charger,
>>> il
>>> >> n'a
>>> >> pas écrasé les autres noyaux et se place dans grub tout seul.
>>> Parfait.
>>> >> Oops, lsmod indique que mii est utilisé par les deux pilotes, "oh
>>> wel"l
>>> >> on
>>> >> vas le laisser comme celà, c'est pédagogique! J'ai cherché sans
>>> succès
>>> >> dans
>>> >> FC3 la liste des modules à charger au démarrage, Zilch, Nada, Rien.
>>> Des
>>> >> idées? C'est un peu ennuyant p.c.q. même si les pilotes de cartes
>>> réseau
>>> >> sont dans le noyau, il charge dynamiquement les mêmes pilotes et ne
>>> les
>>> >> utilsent pas.( troisième colonne quand on fait lsmod).
>>> >
>>> > _______________________________________________
>>> > Clo mailing list
>>> > Clo at linux-gatineau.org
>>> > http://www.linux-gatineau.org/mailman/listinfo/clo
>>>
>>> _______________________________________________
>>> Clo mailing list
>>> Clo at linux-gatineau.org
>>> http://www.linux-gatineau.org/mailman/listinfo/clo
>> _______________________________________________
>> Clo mailing list
>> Clo at linux-gatineau.org
>> http://www.linux-gatineau.org/mailman/listinfo/clo
>>
>>
>> _______________________________________________
>> Clo mailing list
>> Clo at linux-gatineau.org
>> http://www.linux-gatineau.org/mailman/listinfo/clo
>>
>
>
> _______________________________________________
> Clo mailing list
> Clo at linux-gatineau.org
> http://www.linux-gatineau.org/mailman/listinfo/clo
>
>
> _______________________________________________
> Clo mailing list
> Clo at linux-gatineau.org
> http://www.linux-gatineau.org/mailman/listinfo/clo
>
Plus d'informations sur la liste de diffusion Clo