Lea Linux - Contributions [fr]

Discussion:Hardware-hard plus-pnp

2007-04-01T09:31:34Z

Ftiercel : /* Commentaires de : JerOme */

=Commentaires de : JerOme=
posté le 2004-10-18 16:18:18

Juste pour dire que c'est "VERIFYLD N" et pas "VERIFYLD NO"

Hardware-hard plus-pnp

2007-03-22T17:51:16Z

Ftiercel : Petite remise en forme

[[Category:Les plus du matériel]]
= Le Plug and play =

<div class="leatitre">Le Plug and play</div><div class="leapar">par Serge</div><div class="leadesc">parfois appelé le Plug and Pray.</div>
----

== Avertissement ==

On nous demande souvent à quel type de matériel s'applique cette rubrique. Pour faire court, disons que PnP = cartes ISA seulement. Pour faire long, lisez le paragraphe ci-dessous !

Les cartes PCI, AGP, etc.. ne posent AUCUN probléme de configuration, elles sont toujours détectées suivant les spécifications des bus où elles se trouvent, et n'ont pas besoin d'utilitaire spécial de configuration quelque soit l'OS. On ne parle donc pas de PnP (ou alors c'est un abus de langage) pour des cartes PCI ou AGP. Le plug and play se fait ici au niveau du matériel qui gère seul l'allocation des ressources (IRQ, etc.).

Par contre les cartes ISA ont des problèmes de configuration (non automatique pour la détection de conflits, etc...), donc on a inventé un "protocole" de configuration/détection conflit : le PnP. Donc le PnP en tant que tel ne s'appliquent qu'aux cartes ISA (quelque soit l'OS)

PS: ll y a une "extension" du PnP pour des périphériques tels que l'écran, les périphs sur port parallèle, etc. mais ce n'est pas du PnP à proprement parler, ça ne permet pas de configurer le périph (de toute facon y'a rien a configurer, c'est le port où se trouve ce périph qu'il faut configurer et non pas le périph lui-même) mais juste de le détecter (le périph envoie une séquence lors de l'initialisation du port disant "coucou je suis là, et je m'appelle machin truc").

Voila donc PnP = cartes ISA SEULEMENT.

== 2 méthodes ==

Sous Linux le plug and play n'est pas aussi simple que sous Windows (quoi que des fois....), il arrive assez souvent que nos cartes plug and play refusent de marcher sous Linux. Il existe en fait deux méthodes pour bien configurer son Linux pour faire fonctionner de telles cartes.

=== Le BIOS ===

La première consiste à dévalider dans le BIOS de notre carte mère l'option PNP OS, et de configurer alors Linux comme si toute nos cartes n'étaient pas PNP. C'est la méthode la plus simple mais on perd alors la fonctionnalité du PNP sous linux, ce qui est un peu frustrant.

=== Le PnP sous Linux ===

La deuxième méthode consiste à utiliser le PNP sous Linux ; c'est cette méthode que je vais vous expliquer. <br />Tout d'abord il faut valider le PNP dans le bios, <font color="#FF0000">donc validez cette fois-ci le PNP OS dans le bios.</font><br />De plus, le PnP fonctionne avec les modules des cartes : <font color="#FF0000">enlevez de votre kernel toute la configuration qui se reporte aux cartes</font> (si par exemple votre carte son est PnP et que dans votre noyau vous avez répondu "yes" pour configurer votre carte son et passé les paramètres de votre carte : irq, etc. vous enlevez tout), mais par contre vous compilez votre noyau avec les <font color="#FF0000">modules de vos cartes PnP</font>.

Si on reprend l'exemple d'une carte son, au moment du CONFIG SOUND vous répondez <font color="#FF0000">M</font> pour module et non pas Y ! En fait je vous explique, le chargement du PnP dans Linux se fait APRES le chargement du noyau, donc si vous configurez vos cartes dans le noyau, celui ci va les initialiser (sans y arriver en plus) et lorsque le PnP va tenter de les initialiser lui aussi, ça ne passera plus. Donc pour toutes les cartes PnP répondez par <font color="#FF0000">M</font> dans la config du noyau.

Une fois ce travail exécuté, si vous avez une partition Windows 95 ou 98 sur votre machine, bootez dessus et notez la configuration de toutes vos cartes PNP (plage mémoire, irq, dma), puis rebootez sous linux. Il va déjà falloir vérifier que vous avez bien les ''isapnptools'' sur votre machine, pour cela lancez la commande <code>pnpdump>/etc/isapnp.conf</code>. Si ça marche, c'est que vous avez bien les ''isapnptools'' et que votre noyau supporte le PnP. Autrement il va falloir que vous téléchargiez les ''isapnptools'' et valider le PnP dans votre kernel. Si vous avez le message d'erreur "trying port adress ..." puis "no board found" c'est que votre carte mère n'est pas PnP ; il vous faut alors configurer vos cartes à la main comme si elles n'étaient pas PnP.

Une fois le programme lancé, celui-ci a créé en fait le fichier <tt><font color="#FF0000">/etc/isapnp.conf</font></tt>. Ce fichier créé, éditez-le, à l'aide de vi par exemple. La structure d'un tel fichier peut paraître barbare mais en fait elle est très simple.

Tout d'abord ajoutez la ligne (VERIFYLD NO) dans le début du fichier : certaines cartes (dont par exemple la Sound Blaster AWE64) n'aiment pas du tout. Regardez alors les lignes. La plupart sont en commentaire (le # devant), et vous allez voir des IRQ, DMA , ADRESS dans ces lignes. Le plus important est de regarder les lignes non commentées (qui ne comportent pas de # au début) et vérifier bien que les paramètres sont bons par rapport à ceux qui étaient dans Windows. Si c'est bon on touche à rien, si c'est pas bon on commente la ligne et on recherche celle qui contient les bons paramètres irq, dma et adresse. Si vous ne la trouvez pas (très rare), remplacez alors dans la ligne qui ne contient pas le # les mauvais paramètres par les bons.

Une fois cette vérification faite, regardez à chaque fin de configuration de chaque carte (avant de passer dans un LD différent) que vous avez bien une ligne qui contient : <font color="#FF0000">(ACT Y), et qui n'est pas commentée (qui ne contient pas # au début donc)</font>. Une fois tout ça réalisé, tapez sous la console :

<code>isapnp /etc/isapnp.conf</code>

Regardez alors que vous n'avez pas de message d'erreur. Si un message d'erreur IORESCHECK s'affiche, notez par rapport à quel périphérique ce message apparaît, retournez dans le fichier <tt>isapnp.conf</tt> et effacez pour ce périphérique (IORESCHECK ..), et ça devrait passer sans problèmes (j'ai galêré 3 nuits pour comprendre que ma carte n'était pas en conflit, que c'etait en fait le contrôle de conflits d'adresses qui ne marchait pas tout simplement).

Si ça fonctionne, alors vous avez gagné ! Chargez les modules de vos cartes (<code>modprobe module</code>) pour rendre celles-ci opérationnelles.

On va un peu automatiser tout ca maintenant, pour cela activez l'autoload des modules dans le kernel, <font color="#FF0000">enable loadable module support Y</font>, et <font color="#FF0000">Kernel daemon support Y</font>.

Après, éditez le fichier <tt>/etc/conf.modules</tt> (s'il n'existe pas ça va le créer) et ajoutez les lignes pour vos modules de cette façon :

<code>alias periph nom_du_module</code>

C'est-à-dire prenons l'exemple pour une carte son Sound Blaster et une carte réseau compatible NE2000, le périphérique son s'apelle sound et la carte réseau s'apelle eth0 (vous n'avez pas le choix), le module Sound Blaster s'apelle <tt>sb</tt> et le module NE2000 s'apelle <tt>ne</tt>, ça nous donne alors:

<code>alias sb sound</code><br/><br/><code>alias eth0 ne</code>

== Récapitulatif ==

Un petit récapitulatif des périphériques sous Linux (les plus courants) en sachant que vous pouvez mettre tous les modules (même des périphériques non PnP) pour qu'ils se chargent au démarrage. '''Attention''' certains ont besoin d'option(s), je ferai une petite rubrique spéciale pour les modules plus tard.

<center>

{| width="50%" border="BORDER"
| width="50%" | son
| width="50%" | sound
|-
| width="50%" | carte réseau 1, 2, etc...
| width="50%" | eth0, eth1, ...
|-
| width="50%" | carte scsi
| width="50%" | scsi_hostadapter
|-
| width="50%" | port paralléle
| width="50%" | parport_lowlevel
|}

</center>

Pour les options, moi par exemple pour ma carte ethernet j'ai du repasser l'adresse et l'irq de ma carte, ceci se fait de cette façon toujours dans le fichier <tt>conf.modules </tt><nowiki>: </nowiki>

<code>options nom_modules les_options</code>

<u>exemple</u> :

<div class="code">options ne io=0x240 irq=12 <br />''(pour une carte réseau a l'adresse 240 et irq 12)'' Attention l'adresse est en hexadécimal, donc de type <tt>0xXXX</tt>, ne pas oublier le <tt>0x</tt> qui n'apparait pas dans Windows.</div><div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 04/10/1999.</div>

= Copyright =
Copyright © 04/10/1999, Serge Tchesmeli
{{LDL}}

Reseau-cxion locale-lan

2007-03-20T17:48:17Z

Ftiercel : Remise en forme

[[Category:Réseau local]]
= Configuration carte réseaux pour un réseau local =

<div class="leatitre">Configuration carte réseaux pour un réseau local</div><div class="leapar">par Serge (quelques modifications par Fred et Jicé)</div><div class="leadesc">ou comment faire communiquer tous vos ordinateurs entre eux</div>
----

Le protocole réseau de prédilection pour Unix et l'internet est le TCP/IP, mais pour de nombreux débutants et non informaticiens, configurer un réseau est plus qu'un casse tête. Alors on va voir comment configurer un tel réseau sous Linux (quelques PC reliés entre eux) , pour les connexions pour le net, voir les autres rubriques.

== Le HARDWARE (carte réseau) ==

=== Pré-requis ===

Bon avant tout il faut configurer la partie hard du réseau. Dans le cas d'un réseau local, on a plusieurs machines, pour les connecter entre elles, il faut des cartes réseau et ce qu'on appelle un "média" ou "support". On a le choix entre plusieurs topologies que je ne vous explique que très rapidement :

* Câblage en bus coaxial ou "BNC" : le moins cher à mettre en place, de bonnes performances de communication jusqu'à quelques machines (moins de 10) et pour des applications non critiques, c'est a dire des partages de fichiers, un petit intranet local. Il suffit pour cela d'une carte réseau par machine avec connecteur BNC, un câble coaxial entre deux machines de 50 Ohms, avec un T BNC pour chaque machine et deux bouchons réseaux de 50 Ohms à chaque extrémité du support (c'est à dire pour la première et la dernière machine de la chaîne). Ça ne revient pas cher (cartes et câbles compris on arrive en gros à 30 € par machine maximum). Il faut quand même respecter les normes, c'est à dire pas plus de 500 m de câble, pas moins de 50 cm entre deux stations, bien mettre les bouchons à chaque extrémité et c'est bon.
* Câblage en étoile RJ45 : C'est un peu plus cher, mais ce type de câblage a de bien meilleures performances : on peut espérer aller jusqu'à 100 Mb/s avec du matériel fait pour (contre 10 Mb/s pour le BNC), on peut enlever une machine sans "rompre" le support (c'est à dire que les stations qui ne sont pas en relation avec la station qui vient d'être déconnectée continueront de fonctionner comme si de rien n'était). Bref c'est beaucoup mieux et c'est le standard pour des réseaux avec des applications gourmandes, un grand nombre de machines etc... Le câblage est différent, on utilise alors des paires torsadées en cuivre, chaque câble doit faire 100 m maximum, on passe par un élément actif (Hub ou Switch) pour connecter les machines, les prises sont du type RJ45 (un peu comme les prises téléphoniques américaines). En fait chaque carte réseau est reliée par un câble à un élément actif, d'ou le nom de câblage en étoile (partant de l'élément actif). On distingue deux types d'élément actif :
** les HUBS qui en fait "émulent" une connexion en bus en envoyant sur chaque câble toutes les informations du réseau qu'ils reçoivent. Ceux-ci laissent à la machine destinataire des requêtes réseau le soin de les prendre en compte ou de les ignorer si elle n'est pas destinataire,
** les SWITCH qui sont beaucoup plus intelligents que les HUBS : ils envoient les informations du réseau UNIQUEMENT vers la machine destinataire, donc on gagne en performance (et en sécurité, car il devient plus difficile de "sniffer" le réseau), c'est pour cela que le câblage en RJ45 est plus performant que le BNC.
Entre le 10 Mb ou le 100 Mb il suffit d'avoir le matériel qu'il faut, c'est a dire carte réseau, HUB ou SWITCH à 100 Mb. Seul les SWITCH permettent effectivement un "vrai" réseau en étoile. Certains HUBs ou SWITCH permettent de mélanger les deux types de vitesse, alors qu'en général, une carte 10 Mb/s oblige toutes les machines à communiquer en 10 Mb/s.
; <u>Remarque</u> :
: On trouve maintenant sur le marché des KITS carte réseau + HUB + câblage pour pas cher du tout (3 cartes, 1 HUB les câbles pour 60 €), si vous devez faire un achat, prenez plutôt ça, attention quand même à ce que les cartes soient supportées par Linux (cf. : Hardware-HOWTO ([http://www.linuxdoc.org/HOWTO/Hardware-HOWTO.html anglais]/[http://www.freenix.org/unix/linux/HOWTO/Hardware-HOWTO.html français])).

Pour les cartes réseau, je vous conseille les cartes réseau "100% COMPATIBLE NE2000 PCI" ou "ISA NE2000" si vous ne pouvez pas prendre de PCI. Dans le cas de carte ISA je vous conseille les PnP (facile à configurer) alors que les non PnP passent souvent par un programme de configuration sous DOS, si votre machine est 100% linux sans partition DOS vous allez être embêté !
; <u>Remarque</u> :
: Si vous utilisez xxxBSD en plus de Linux, sachez que le driver de BSD pour les cartes NE2000 est pourri : si vous avez besoin de mettre plusieurs interfaces dans la même machine, n'utilisez pas de carte compatible NE2000, sinon chaque paquet va mettre dans les 1 seconde a passer !!! (si vous ne me croyez pas, demandez à [http://www.bruhat.net BooK] ce qu'il en pense...)

Pour les cartes plus exotiques, regardez le Hardware-HOWTO et/ou demandez dans des listes de diffusion ou dans les news si quelqu'un a déjà réussi à faire marcher cette carte sous Linux.

=== Paramétrage de la carte. ===

Bon, on va étudier les différents cas:

* Carte PCI : normalement vous n'avez rien à faire, juste pour test un "<tt>modprobe module</tt>" ou module est le nom du module pour votre carte (<tt>modprobe ne2k-pci</tt> pour les NE2000 PCI) et ça devrait passer sans le moindre problème ! (si ça ne passe pas, vérifiez que vous avez le support PCI dans votre kernel, voir [[Kernel-kernel|kernel]], et que le module de votre carte est bien compilé, voir rubrique [[Kernel-modules|module]] et [[Kernel-kernel|kernel]]).
* Carte ISA PnP : après avoir mis la prise en charge du PnP dans votre machine ([[Hardware-hard plus-pnp|rubrique PnP]]) il suffit de mettre dans <tt>/etc/isapnp.conf</tt> les ressources de votre carte réseau (attention à ne pas écraser les ressources d'une autre carte) en faisant un <tt>pnpdump >/etc/isapnp.conf</tt>. Décommentez alors dans ce fichier les ressources (voir la [[Hardware-hard plus-pnp|rubrique PnP]] !). Le reste de la configuration est identique à celle des cartes PCI : faites un test en chargeant le module ad-hoc (c'est à dire : <tt>modprobe ne</tt>) .
* Carte ISA non PnP : aïe ! (Serge exagère... ;) le plus dur! Soit vous avez de la chance et il suffit de configurer votre carte via des cavaliers (jumpers) et puis de tester en chargeant le module en indiquant les ressources en option du module ([[Kernel-modules|module]]). Soit vous avez pas de chance, il faut passer sous DOS (par exemple avec une disquette de boot FreeDOS), utiliser le programme de configuration fourni avec la carte, affecter les ressources de la carte (une seule fois heureusement - quand vous avez fait attention à ne pas entrer en conflit avec d'autres cartes...) et lors du chargement du module passez, là aussi, les options (genre : <tt>append="macarte=iobase,irq,etc..."</tt>.

''<u>Ça ne marche pas !</u>'' Bon pas de panique ! Vérifiez que les ressources de votre carte n'écrase pas celle d'une autre (typique si lors du chargement du module vous obtenez "device or ressource busy" , on vérifie ça dans <tt>/proc/ioports</tt>, <tt>/proc/interrupts</tt>. Vérifiez que l'adresse mémoire (ioport) et les interruptions (irq) ne sont pas déjà occupées par une autre carte. Vérifiez aussi à l'aide de la notice de la carte que vous n'essayez pas d'attribuer une ressource que cette carte ne peut pas prendre (normalement la plage d'irq et de mémoire valide est indiquée dans la notice). Vérifiez, suivant votre cas, que le PnP est bien validé dans le kernel, la prise en charge PCI, et que quelqu'un a déjà réussi à faire marcher cette &*#! de carte réseau.

=== Prise en compte de la carte par le kernel. ===

Bon le module se charge, ok, il reste juste à rajouter dans <tt>/etc/conf.modules</tt> les options pour le chargement automatique du module quand le kernel en a besoin, ainsi qu'un alias (lien) pour le kernel qui indique à celui-ci que ce module gère une carte réseau par :

<code>alias eth<X> <nom_module></code>

Avec:
* <tt>X</tt> : 0 pour la première carte réseau, 1 pour la seconde etc. (si vous n'avez qu'une seule carte réseau sur cette machine, alors X=0, soit <tt>eth0</tt>, est votre seule possibilité)
* <tt>nom_module</tt> : le nom du module (driver) de la carte (<tt>ne2k-pci</tt> par exemple)

Pour savoir si des options sont nécessaires (cas des cartes NE 2000 ISA) voir la rubrique modules.

== Configuration réseau de la carte ==

Bon la carte est installée, le module se charge sans erreur. Maintenant il va falloir lui affecter une adresse IP, etc... Pour ceux qui savent ce qu'est une adresse IP, un masque de sous réseau, une passerelle par défaut, etc. hop passez au [[Reseau-cxion_locale-lan#De_la_th.C3.A9orie_.C3.A0_la_pratique:_Configuration_statique_.28sans_serveur_DHCP.29.|paragraphe suivant]], pour les autres : lisez la suite (autrement votre réseau ne marchera pas c'est sûr ! (La lecture d'un bon livre sur TCP/IP est certainement utile si vous comptez installer un réseau de plusieurs milliers de machines ;)

=== Le protocole TCP/IP ===

Bon je ne vais pas détailler à fond le protocole TCP/IP mais juste les bases nécessaires pour comprendre comment on configure un réseau TCP/IP.

'''<u>Adresse, classe d'adresse et masque réseau</u>'''

Bon vous devez sûrement vous demander comment deux machines entre elles arrivent à communiquer. Et bien, tout simplement avec une adresse. C'est comme pour le courrier-escargot (merci la francophonie), quand quelqu'un veut vous envoyer un courrier il envoie une lettre et le facteur vous trouve grâce à l'adresse que vous avez pris soin d'écrire sur celle-ci. Bon et bien pour comprendre ce qui suit vous gardez ça en tête, en remplaçant ''courrier'' par ''trame réseau'', et ''boîte à lettres'' par ''carte réseau''. Si notre analogie n'est pas trop farfelue (elle ne l'est pas ;) chaque carte doit avoir une adresse réseau (i.e. adresse IP) , mais comme pour les grandes villes où il y a beaucoup de maisons, on découpe souvent un réseau en plusieurs sous-réseaux (le meilleur exemple est Internet lui-même qui est constitué de divers - et nombreux - réseaux plus locaux), pour permettre de les reconnaître facilement, on leur donne un "bout d'adresse" en commun. Puis, comme on classe les maisons par rues et numéros, on classe les réseaux par adresse de réseau (le "bout d'adresse" en commun) et adresse de carte (adresse complète comprenant l'adresse de réseau ainsi qu'une partie spécifique à la carte). Comment cela s'exprime-t-il ? Par une adresse qui comporte une partie "réseau" et une partie "hôte" (la partie spécifique à la carte) tout cela sur 4 octets (si vous savez pas ce qu'est un octet, ce n'est pas grave, dites vous que c'est un nombre compris entre <tt>0</tt> et <tt>255</tt>). On représente alors l'adresse complète comme ceci :

<tt>W.X.Y.Z</tt> (où chaque lettre peut prendre une valeur entre <tt>0</tt> et <tt>255</tt> donc)

Bon d'accord, j'ai une adresse mais comment je reconnais le réseau et l'hôte? Et bien, on a coupé en classe de réseau toutes les adresses possibles suivant les valeurs de W. Je vous donne ce découpage, puis je l'explique:

Classe A: adresse comprise entre <tt>1.0.0.0</tt> à <tt>126.255.255.255</tt><br />Classe B: adresse comprise entre <tt>128.0.0.0</tt> à <tt>191.255.255.255</tt><br />Classe C: adresse comprise entre <tt>192.0.0.0</tt> à <tt>223.255.255.255</tt>

Il existe la classe D aussi mais qui n'est pas utilisable, elle sert en fait au protocole lui-même dans son fonctionnement pour "atteindre" plusieurs machines à la fois (on appelle ça le ''multicast''), on ne va pas détailler ça ici <tt><nowiki>:-)</nowiki></tt>. Si vous avez bien suivi, vous avez pu constater que les adresses 0.x.x.x (utilisées pour l'adresse de route par défaut, c'est à dire le chemin à prendre pour aller sur un autre réseau), et 127.x.x.x (adresse interne de chaque machine pour les applications) ne sont pas utilisables non plus ...bref même si vous ne comprenez pas ce que je dis, rappelez vous simplement qu'elles sont tout simplement INUTILISABLES. Utilisez les adresses dans les plages ci-dessus (i.e.: correspondant aux classes A, B et C).

Chaque classe d'adresse a aussi son masque de sous réseau : <br />Classe A: <tt>255.0.0.0</tt><br />Classe B: <tt>255.255.0.0</tt><br />Classe C: <tt>255.255.255.0</tt>

Bon maintenant j'explique. Quand vous voulez faire un réseau local IP, vous choisissez d'abord une classe. Bon laquelle choisir ? Ça va dépendre du nombres de machines que vous comptez connecter à votre réseau.

Pour comprendre, on ne va s'occuper que des réseaux de classe C (i.e.: ceux ne pouvant contenir que peu de machines), mais tout ce qui va suivre s'applique très simplement aux autres classes. Le masque réseau de la classe C est : <tt>255.255.255.0</tt>. Cela veut dire que la partie <tt>W.X.Y</tt> de l'adresse <tt>W.X.Y.Z</tt> sert à adresser (contacter) le réseau (i.e. toutes les machines du sous-réseau auront le même <tt>W.X.Y</tt>) et le <tt>Z</tt> sert à adresser les machines. La partie du masque contenant les <tt>0</tt> nous donne la partie de l'adresse qui correspond à la machine. Donc cela nous donne :

Si le masque est <tt>255.225.255.0</tt> et que l'adresse d'une carte réseau est <tt>W.X.Y.Z</tt> alors <tt>W.X.Y.0</tt> est l'adresse du réseau. Ce réseau peut être constitué de toutes les cartes de <tt>W.X.Y.1</tt> à <tt>W.X.Y.254</tt> (pas <tt>W.X.Y.255</tt> car là aussi c'est une adresse spéciale).

Quand on veut désigner l'adresse du réseau, on remplace les identifiants machines par des <tt>0</tt>.

Pour la classe C, chaque réseau a donc 254 (de 1 à 254 pour Z) machines possibles. De même pour la classe B, on a un peu plus de 65 000 machines possibles. Pour la classe A, on dispose de plus de 16 millions de machines possibles.

Pour configurer un réseau local, il vous faut de choisir l'adresse réseau que vous voulez. Bon on prend un exemple, je choisis <tt>192.1.3.0</tt> comme adresse de réseau donc classe C. Je peux alors numéroter mes machines de <tt>192.1.3.1</tt> à <tt>192.1.3.254</tt>.

Bon vous allez me dire : On peux choisir n'importe quelle adresse ? Je ne vais jamais avoir besoin de classe A : je n'ai pas 16 millions de machines ? Etc... En fait ces classes ont été inventées pour l'internet, on a attribué alors les classes A aux très grandes organisations comme l'armée américaine (ça a été fait pendant la guerre froide hein) pour leur permettre de relier toutes leurs machines. La B était pour les grand organismes (université, industrie, etc...) et les classes C pour les petits groupes. Comme vous vous en doutez, ces adresses sont attribuées par un organisme international qui régit tout ça pour que deux adresses ne soit pas dupliquées sur internet. <br />Donc en résumé, si vous restez en local sans aucune sortie vers l'extérieur (même pas un modem vers le net), vous utilisez l'adresse '''que vous voulez''' en respectant son masque et la numérotation réseau/machine.

Comme on a vu que les adresses sont attribuées sur le net, que se passe-t-il si vous utilisez une adresse déjà utilisée sur le net ? Et bien, dans un premier temps, toutes les machines de votre réseau qui vont vouloir aller sur les sites internet qui possèdent la même adresse de réseau IP que vous ne pourront pas y accéder, car pour elles c'est l'adresse de chez vous donc elles ne vont pas chercher l'adresse sur le Net. Dans un second temps, vous allez être en relation avec d'autres machines qui vont forcément confondre votre réseau avec celui qui est enregistré sur internet. Mais alors, quelle adresse je choisis afin de ne pas entrer en conflit avec d'autres machines sur Internet ? Et bien l'organisme international a réservé des adresses qui ne seront JAMAIS utilisées (tous les routeurs du monde les ignorent !) sur le net pour que vous puissiez les utiliser en local ! Elle est pas belle la vie ! Ces adresses sont :

classe A: <tt>10.0.0.0</tt><br />classe B: <tt>172.16.0.0</tt> à <tt>172.31.0.0</tt><br />classe C: <tt>192.168.0.0</tt> à <tt>192.168.255.0</tt>

Comme aucun site du net n'a cette adresse, si vous l'utilisez chez vous, vous ne risquez pas de ne pas pouvoir atteindre un site parce qu'il possède cette adresse vu qu'il n'en existe pas ! Donc pas de conflit entre votre réseau et le réseau des réseaux.

Donc, si vous avez un modem ou modem câble ou ADSL (voir [[Reseau-cxion_net-adsl| rubrique ADSL]]) et si vous comptez surfer sur la toile un jour : UTILISEZ une des adresses réseau ci-dessus !!

Vous voulez que l'une de vos machines soit sur le net avec un beau site etc... : il vous faut alors acheter une adresse IP à votre fournisseur d'accès, soit pour un réseau complet et là vous n'avez pas le choix : on vous impose l'adresse, soit juste pour une machine, là votre machine connectée au NET a l'adresse que votre fournisseur vous impose et votre réseau local une des adresses réservées vue plus haut. En plus il va falloir faire du "masquerading" pour pouvoir utiliser l'accès au NET depuis toutes les machines, pour cela voir la rubrique "masquerade" ou le [http://www.freenix.org/unix/linux/HOWTO-vo/IP-Masquerade-HOWTO.html HOWTO] : vu d'internet, toutes les machines de votre réseau local ont l'adresse de la seule machine connectée au net (en fait, vu d'internet on ne voit que cette machine) :

<blockquote>

<tt> _ ---- _ +---> PC2
( ) |
( INTERNET )<-----> PC1 <---+---> PC3
(_ _) |
---- +---> PC4</tt>

</blockquote>

En fait, vous pouvez aussi utilisez le système précédant pour créer des sous-réseaux à l'intérieur d'un sous-réseau de classe A, B ou C. Bon je ne vais pas expliquer ça ici non plus, reportez vous au site [http://www.linuxenrezo.org www.linuxenrezo.org] pour plus de détail, de toute façon si vous devez faire de telles choses c'est que vous savez ce que vous faites.

Bon maintenant on va apprendre d'autres termes utile à une configuration réseau TCP/IP :

* ''Passerelle par défaut'' ou GATEWAY: c'est l'adresse de la machine qui est reliée aux autres réseaux (par exemple la machine qui possède le modem pour aller sur le net) (dans le dessin ci-dessus, <tt>PC1</tt> est la passerelle de votre réseau local)
* ''Route par défaut'' (default): c'est l'adresse <tt>0.0.0.0</tt>
* ''Localhost''<nowiki>: adresse IP </nowiki><tt>127.0.0.1</tt> (cela sert aux applications qui veulent accéder à la couche TCP/IP de la machine où elle tourne sans passer par le réseau, si vous ne comprenez pas c'est pas grave)

Avec ça, ça devrait aller :)

=== De la théorie à la pratique: Configuration statique (sans serveur DHCP). ===

Dans cette partie je traite de la configuration d'une carte réseau en statique, c'est à dire à la main. Il existe un autre moyen: par client DHCP, c'est à dire qu'un serveur va s'occuper d'attribuer adresse, masque et gateway (passerelle) automatiquement à votre station, c'est ce que fait votre provider à chaque connexion pour la configuration IP de votre modem ou de votre carte pour des connexions modem câble ou ADSL. Pour l'instant voyons la manière "à la main". Dans cette partie on ne s'occupe que du cas où l'on n'a qu'une seule carte dans la station.

La carte est configurée au niveau HARD (module qui se charge bien), on a choisi/obtenu une adresse IP de réseau, on a décidé comment on adresse chaque machine : on peut réellement attribuer les adresses aux machines. Des utilitaires comme "<tt>netcfg</tt>", "<tt>netconfig</tt>" ou "<tt>linuxconf</tt>" permettent de configurer très facilement une carte réseau (voir [http://www.linuxenrezo.org www.linuxenrezo.org]) mais bon je trouve plus ludique/instructif de vous l'apprendre à la main, comme ça on sait ce que l'on fait, de plus des distribution comme la Slackware ne possèdent pas ces outils par défaut.

Supposons, que l'on souhaite attribuer l'adresse X.X.X.X à la carte eth0 sur le réseau dont le masque de sous réseau du LAN est Y.Y.Y.Y (c'est pareil pour les autres cartes...). Rien de plus simple, on tape (en root) :

<code># ifconfig eth0 X.X.X.X netmask Y.Y.Y.Y</code>

et votre réseau est configuré ! (Il faut bien le reconnaître : c'est pas la mort). Bon pour ne pas avoir à configurer ça à chaque reboot, ajoutez cette commande dans un script de démarrage comme par exemple <tt>/etc/rc.d/rc.local</tt>. <br />Cependant, la plupart des distributions ont des utilitaires pour configurer ça et lancer un script automatiquement, lancez par exemple <tt>netconfig</tt> ou <tt>netcfg</tt> ou <tt>linuxconf</tt>, vous avez bien au moins l'un de ces utilitaires (sinon : télécharger <tt>linuxconf</tt> sur [http://rufus.w3.org rufus] par ex.). <br />Pour la Slackware, placez ces commandes dans le <tt>/etc/rc.d/inet1</tt>. Éditez-le, cherchez les lignes suivantes et renseignez-les avec vos paramètres :

<blockquote><tt>IPADDR="192.168.1.1" </tt>(remplacez par l'adresse de votre machine) <br /><tt>NETMASK="255.255.255.0" </tt>(mettez votre masque de réseau, ici classe C) <br /><tt>NETWORK="192.168.1.0" </tt>(mettez votre adresse de réseau) <br /><tt>BRODCAST="192.168.1.255" </tt>(votre adresse de broadcast, c'est-à-dire votre adresse réseau avec les identifiants machines à 255)</blockquote>

<br />Vérifiez que plus bas dans ce fichier il y a bien '<tt>DHCP="no"</tt>'. Le reste du fichier est OK. Toujours pour la Slackware, pour charger votre module automatiquement, éditez le fichier <tt>/etc/rc.d/rc.modules</tt>, decommentez la ligne (c'est à dire enlever le # en début de ligne) qui correspond au module de votre carte réseau, par exemple pour une pci ne2000:

<code>/sbin/modprobe ne2k-pci</code>

=== Configuration par client DHCP ===

Bon maintenant on va voir comment configurer sa carte automatiquement par client DHCP, c'est à dire que c'est un serveur DHCP (soit sur votre réseau local d'entreprise, soit votre provider) qui va vous attribuer un adresse IP, un masque, une gateway (et même plus si affinités ;). Bon pour cela il faut quand même avoir configuré le module de la carte, le "driver" comme vu précédemment.

Maintenant il reste à dire au démarrage de Linux que cette carte va être configurée par un serveur DHCP, pour cela il faut un client DHCP, je traite ici de <tt>dhcpd</tt> (en fait il fait serveur et client à la fois). Il existe aussi <tt>pump</tt> et <tt>dhclient</tt> mais bon pour des goûts personnels que beaucoup partagent, je traite ici de <tt>dhcpd</tt>. Récupérez le donc (allez sur [http://www.freshmeat.net freshmeat] par exemple ou [http://www.rpmfind.com rpmfind]). Pour les kernels 2.2.X prenez une version au moins égale à la 1.3.x.

Il suffit alors de taper une ligne de commande du type :

<code>dhcpd -d ethX</code>

Puis vérifier que votre carte a bien une adresse ip par :

<code>ifconfig</code>

Vous devrez voir une ligne avec <tt>lo</tt> et une autre avec <tt>ethX</tt>. Vérifiez que <tt>ethX</tt> n'a pas pour adresse <tt>0.0.0.0</tt>, cela voudrait dire que cela n'a pas marché.

Bon après on automatise ça en incluant cette commande dans un script de démarrage de la machine (<tt>/etc/rc.d/local</tt>ou <tt>rc.local</tt> etc...). Pour les RedHat et Mandrake, <tt>linuxconf</tt> permet ça, pour la Slackware, éditer <tt>/etc/rc.d/rc.inet1d</tt> et mettez l'option yes pour DHCP

<blockquote><tt>DHCP="yes"</tt></blockquote>

<u>note</u>:il semblerait que dhcpd soit maintenant scindé en deux :dhcpd pour le serveur et dhcpcd pour le client. Il faut alors remplacer la commande <code>dhcp -d eth0</code> par <code>dhcpcd</code>

== Si vous avez des machines non linux sur votre réseau ==

Il suffit de configurer les autres machines avec les mêmes règles de réseaux TCP/IP. Dans Win9x, ça se trouve dans le panneau de configuration, réseau, ajouter le protocole microsoft TCP/IP et réglez les valeurs comme il se doit.

* Pour partager des ressources avec ce type de machines diaboliques ;) lisez les documentations [[Reseau-partfic-samba|SAMBA]] et [[Reseau-partfic-samba_nt_auth|Installation de samba avec une authentification sur un CPD NT4.0 ou 2000]]sur ce site,
* Pour accéder au net depuis une de ces machines, en partageant l'accès (modem RTC, modem câble, etc.) avec la machine Linux, lisez le [http://www.freenix.org/unix/linux/HOWTO-vo/IP-Masquerade-HOWTO.html IP-Masquerade-HOWTO] (en anglais) ou le [http://www.freenix.org/unix/linux/HOWTO/mini/IP-Masquerade.html mini-IP-Masquerade-HOWTO] (en français).

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 02/04/2000.</div>

= Copyright =
Copyright © 02/04/2000, Serge Tchesmeli
{{LDL}}

Discussion:Kernel-modules

2006-10-28T13:48:14Z

Ftiercel : /* Commentaire de: Ftiercel */

=Commentaires de : NomWikiFnx=
posté le 2005-07-05 00:11:17

Selon $ man modules.conf, le fichier /etc/conf.modules est désormais remplacé par /etc/modules.conf

=Commentaires de : Ftiercel=
posté le 2006-09-28

C'est vrai effectivement, sauf que ce nouveau fichier ne DOIT PAS être édité par l'utilisateur puisqu'il est généré automatiquement. Il y a néanmoins de nouvelles méthodes pour le paramètrer, mais je ne connais pas encore assez Debian pour les expliquer.

= Commentaire de: Fleury ==
posté le 2006-10-01

Le fait que le fichier ne doive pas être éditer sur Debian n'est aucunement un standard, c'est seulement parce que certains scripts (particuliers à Debian) génèrent ce fichier de façon automatique. Le standard reste tout de même de signaler le chargement manuel des modules dans le fichier /etc/modules.conf ou /etc/modules (sous Debian l'utilisateur qui veut modifier le fichier /etc/modules.conf rajoutera ses modifications dans /etc/modules).

= Commentaire de: Ftiercel =
posté le 2006-10-28

Page wiki mise à jour en conséquence.

Discussion:Kernel-modules

2006-10-28T13:47:27Z

Ftiercel :

=Commentaires de : NomWikiFnx=
posté le 2005-07-05 00:11:17

Selon $ man modules.conf, le fichier /etc/conf.modules est désormais remplacé par /etc/modules.conf

=Commentaires de : Ftiercel=
posté le 2006-09-28

C'est vrai effectivement, sauf que ce nouveau fichier ne DOIT PAS être édité par l'utilisateur puisqu'il est généré automatiquement. Il y a néanmoins de nouvelles méthodes pour le paramètrer, mais je ne connais pas encore assez Debian pour les expliquer.

= Commentaire de: Fleury ==
posté le 2006-10-01

Le fait que le fichier ne doive pas être éditer sur Debian n'est aucunement un standard, c'est seulement parce que certains scripts (particuliers à Debian) génèrent ce fichier de façon automatique. Le standard reste tout de même de signaler le chargement manuel des modules dans le fichier /etc/modules.conf ou /etc/modules (sous Debian l'utilisateur qui veut modifier le fichier /etc/modules.conf rajoutera ses modifications dans /etc/modules).

= Commentaire de: Ftiercel ==
posté le 2006-10-28

Page wiki mise à jour en conséquence.

Kernel-modules

2006-10-28T13:45:05Z

Ftiercel : /* Comment faire pour les charger automatiquement ? */

[[Category:Configurer votre noyau]]
= Les modules de Linux =

<div class="leatitre">Les modules de Linux</div><div class="leapar">par Jean-Christophe</div><div class="leadesc">Comment fonctionnent ces mystérieux modules ?</div>
----

Si vous ne savez pas ce que sont les modules, allez voir le glossaire !

== A quoi ça sert ? ==

; Bon, puisque vous avez pas été lire le glosssaire, voici la définition qui en est donnée :
: Les modules sont une façon qui a été trouvée pour rendre Linux (le noyau) plus modulaire (!) et plus léger. En effet, ce sont le plus souvent des drivers qui ont été "sortis" du noyau dans des fichiers séparés, et qui sont chargés en mémoire, soit automatiquement lorsqu'on se sert du périphérique concerné, soit manuellement. Ils permettent de réduire la taille mémoire utilisée par le noyau lui-même. Le concept de modules permet aussi d'ajouter des drivers de périphériques au système sans devoir recompiler le noyau.

Bon, c'est clair il me semble (normal, c'est moi qui ai écrit ça ;). Les modules permettent aussi d'ajouter des drivers distribués uniquement sous forme binaire ; on ne peut pas les recompiler, mais on peut s'en servir (ce qui est assez intéressant finalement ;) Les modules ne sont pas que des drivers, d'une façon générale, ça peut être tout morceau de code qu'on a décidé d'externaliser par rapport au noyau, comme bien sûr un driver, mais aussi un protocole de communication (par ex. <tt>ppp</tt>) ou n'importe quoi d'autre.

== Où se trouvent-ils ? ==

Ils résident dans <tt>/lib/modules/version_du_noyau</tt>. exemple : <tt>/lib/modules/2.4.17</tt>.

Ce répertoire contient les dossiers suivants qui permettent de séparer les modules selon leur type : <br />

<center>

{| border="BORDER"
| <tt>block/</tt>
| périphériques de type bloc
|-
| <tt>fs/</tt>
| systèmes de fichier (FAT, ext2, etc.)
|-
| <tt>misc/</tt>
| périphériques divers (carte tuner TV, port parallèle, carte son, joystick, etc.)
|-
| <tt>net/</tt>
| drivers des cartes réseaux et protocoles
|-
| <tt>scsi/</tt>
| périphériques SCSI
|-
| <tt>cdrom/</tt>
| drivers CDROM non IDE (anciens CD-ROMs)
|-
| <tt>ipv4/</tt><br /><tt>ipv6/</tt>
| protocole IP v4 et v6(protocole réseau)
|-
| <tt>pcmcia/</tt>
| modules pour gérer les cartes PCMCIA
|-
| <tt>video/</tt>
| gestion des cartes video en console, framebuffer
|}

</center>

Ce répertoire peut contenir d'autres dossiers, plus un fichier nommé <tt>modules.dep</tt>, qui contient les dépendances entre modules (le module parport_ide à besoin du module parport, etc.). Ce fichier est généralement regénéré à chaque boot par la commande <code>depmod -a</code> placée dans les scripts de démarrage.

== Comment ajouter des modules, les recompiler ? ==

=== Modules livrés avec le noyau ===

Voir la rubrique [[Kernel-kernel|noyau]]. Pour ajouter un module, il faut éditer la configuration du noyau, cocher l'option <code>M</code> voulue dans la config du noyau, puis enregistrer la configuration noyau, faire : <br/>
<code># make dep ; make modules ; make modules_install</code><br/>
(Si vous modifiez également la configuration du noyau lui-même, par exemple en supprimant ou ajoutant des options qui sont incluses dans le noyau, vous devez aussi recompiler/réinstaller le noyau comme indiqué dans la rubrique [[Kernel-kernel|noyau]])

=== Modules livrés en dehors du noyau ===

Parfois, des modules peuvent être trouvés en dehors de l'arborescence des sources du noyau. Par exemple, vous pouvez télécharger un driver pour certains winmodems (hé oui ça arrive !!!) sur [http://www.o2.net/~gromitkc/winmodem.html cette page]. <br />Certains de ces modules sont livrés sous forme binaire, on peut alors s'en servir tel quels (<code>insmod -f ./le_module</code>). D'autres sont livrés sous forme source sous license GPL ou non ; il faut d'abord les compiler (lisez la doc fournie avec ; cela nécessite en général d'avoir installé les sources du noyau).

=== Prise en compte des nouveaux modules ===

Pour que les modules nouvellement installés soient pris en compte, si ce sont des modules "hors noyau", il est bon de les copier dans <tt>/lib/modules/version_du_noyau/misc</tt> (pour les modules "noyau", la commande <code>make modules_install</code> fait ça) <br />Il faut aussi faire un : <br /><code># depmod -a</code><br />Cette commande remet à jour le fichier <tt>modules.dep</tt>, en fonction du ou des nouveaux modules. <br />Ainsi, vous pourrez charger le module par <code>modprobe le_module</code>.

→ Plus d'infos dans la page man de <tt>depmod</tt>

== Comment les manipuler ? ==

Avec les programmes <code>lsmod</code>, <code>insmod</code>, <code>rmmod</code> et <code>modprobe</code> qui se situent dans <tt>/sbin</tt>.

* <code>lsmod</code> : voir quels modules sont chargés à l'heure actuelle. Cette commande affiche la liste des modules chargés, les dépendances entre les modules chargés, et dit si les modules sont utilisés ou non.
* <code>insmod module</code> : charger un module en mémoire. Si <code>module</code> est spécifié sans extension (en général <code>.o</code>), <code>insmod</code> cherchera le module dans des répertoires par défaut, en général <tt>/lib/module/version_du_noyau</tt>. Sinon, il faut donner le chemin où trouver le module. (Par exemple : <code>insmod -f ./module.o</code> ; le <code>-f</code> permet de forcer le chargement d'un module qui a été compilé avec une version du noyau différente de celle du noyau qui tourne actuellement.)
* <code>rmmod module</code> : décharger un module, où <code>module</code> est le nom donné par <code>lsmod</code>.
* <code>modprobe</code> : exécuter les commandes <code>insmod</code> et <code>rmmod</code> à votre place. <code>modprobe le_module</code> charge <tt>le_module</tt> en mémoire ainsi que tous les modules dont il dépend (en lisant le fichier <tt>modules.dep</tt>). <code>modprobe -r le_module</code> enleve <tt>le_module</tt> de la mémoire, ainsi que tous les modules dont il dépend, sauf s'ils sont utilisés par un autre module bien sûr.

→ Plus d'infos dans les pages man de <tt>lsmod</tt>, <tt>insmod</tt>, <tt>rmmod</tt> et <tt>modprobe</tt>.

== Comment faire pour les charger automatiquement ? ==

=== Chargeur dynamique pour les noyaux 2.4 et antérieurs ===

Tout ça c'est bien beau, mais si à chaque fois avant de regarder la télé, il faut faire <code>modprobe bttv</code>, ou si à chaque fois qu'on veut lancer Xracer il faut faire <code>modprobe 3dfx</code>, ça va vite devenir fastidieux.

Ce qu'on veut, c'est que le bon module se charge lorsqu'on utilise le périphérique (<tt>/dev/le_periph</tt>) correspondant. C'est simple. Il faut indiquer au chargeur de modules que pour acceder à ce périphérique il doit charger le module <tt>le_module</tt>. Cela se fait via son fichier de configuration <tt>/etc/modules.conf</tt> (pour les versions de modutils antérieures à 2.3.5-1, ce fichier s'appelle <tt>/etc/conf.modules</tt>).

Pour qu'un module soit chargé automatiquement, faire : <br /><code># ls -l /dev/le_periph</code><br />qui affiche une ligne ressemblant à : <br/><tt>crw------- 1 user group '''<u>144</u>''', ''<u>12</u>'' May 25 2000 /dev/le_periph</tt><br/>
Pour chaque ligne est affiché :
* Un numéro majeur (ici '''144''') : il identifie le pilote du périphérique,
* Un numéro mineur (ici '''12''') : il sert à différencier les périphériques utilisant un même pilote.

Editez le fichier <tt>/etc/modules.conf</tt> dans votre éditeur de texte préféré et ajoutez une ligne : <br/><code>alias char-major-144 le_module</code><br/>en remplaçant bien sûr <code>144</code> par votre numéro, et <code>le_module</code> par votre module. <br/>Par exemple, pour charger le module gérant la carte 3dfx, j'ai dans mon <tt>modules.conf</tt> la ligne suivante : <br /><code>alias char-major-107 3dfx</code>

; <u>Remarque</u> :
: Il existe des aliases prédéfinis pour remplacer <tt>char-major-xxx</tt> pour les périphériques courants : <tt>eth0</tt> pour la première carte ethernet (<tt>eth1</tt> pour la suivante, etc.), <tt>parport_lowlevel</tt> pour le port parallèle, <tt>sound</tt> pour la carte son, <tt>midi</tt> pour la partie midi de la carte son, etc.

Si votre module a besoin d'options, par exemple pour connaître une adresse ou une interruption, vous pouvez aussi ajouter une ligne du type : <br /><code>options le_module irq=5 dma=0 dma2=1 mpu_io=0x388 io=0x370</code><br/>Chaque module a ses propres options, reportez-vous à la documentation de votre module afin de les connaître.

Enfin, si vous voulez lancer une commande avant ou après que le module soit chargé en mémoire, vous pouvez ajouter une ligne du type : <br/><code>pre-install le_module la_commande</code>, ou : <br/><code>post-install le_module la_commande</code>

→ Plus d'infos dans la page man de <tt>modules.conf</tt>

==== Chargeur dynamique de modules sur Debian ====

Debian juge que l'édition du fichier <tt>modules.conf</tt> par l'utilisateur est trop risquée. A la place, elle propose d'éditer des fichiers dans le répertoire <tt>/etc/modutils/</tt>. Ces fichiers ont la même syntaxe que <tt>modules.conf</tt>. Il existe trois fichiers par défault :
* <tt>/etc/modutils/actions</tt> : regroupe toutes les actions sur les modules,
* <tt>/etc/modutils/aliases</tt> : regroupe tous les alias,
* <tt>/etc/modutils/paths</tt> : regroupe tous les chemins.
Une fois les fichiers mis à jour, la commande <code>update-modules</code> lit les fichiers présents dans <tt>/etc/modutils/</tt> et regénère <tt>modules.conf</tt>.

→ Plus d'infos dans la page man de <tt>update-modules</tt>

=== Chargeur dynamique pour les noyaux 2.6 et à venir ===

Le fichier <tt>/etc/modules.conf</tt> ne sert plus et le fichier <tt>/etc/modprobe.conf</tt> est utilisé à la place. Sa syntaxe est une simplification de la syntaxe de <tt>modules.conf</tt>. Par exemple, à la place de
<code>pre-install le_module une_commande_1
post-install le_module une_commande_2</code>
on aura
<code>install le_module une_commande_1; modprobe --ignore-install le_module;une_commande_2</code>

→ Plus d'infos dans la page man de <tt>modprobe.conf</tt>

=== Chargeur statique de modules ===

Il est possible de charger un module au démarrage de Linux en ajoutant une ligne avec le nom du module dans le fichier <tt>/etc/modules</tt>. Cependant, on perd l'intérêt de la modularité puisqu'il est chargé même s'il n'est pas utilisé.

Voilà, c'est tout, maintenant lorsqu'un programme utilisera le periphérique, plus besoin de charger le module à la main, cela se fera automatiquement.

; <u>Remarque</u> :
: on peut faire des tas de choses "intéressantes" avec les modules, allez voir [http://www.safenetworks.com/Linux/modules.html cette page] par exemple... En résumé, si vous êtes un paranoïaque de la sécurité, n'utilisez pas les modules et compilez-vous un noyau complètement monolithique sans chargeur de modules (merci à [http://www.bruhat.net BooK] pour l'info).

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa et a été convertie avec HTML::WikiConverter. Elle fut créée par Jean-Christophe Cardot le 25/05/2000.</div>

= Copyright =
Copyright © 25/05/2000, Jean-Christophe Cardot
{{CC-BY-NC-SA}}

Kernel-modules

2006-10-26T06:04:42Z

Ftiercel : Complément concernant le chargement de module sur Debian

[[Category:Configurer votre noyau]]
= Les modules de Linux =

<div class="leatitre">Les modules de Linux</div><div class="leapar">par Jean-Christophe</div><div class="leadesc">Comment fonctionnent ces mystérieux modules ?</div>
----

Si vous ne savez pas ce que sont les modules, allez voir le glossaire !

== A quoi ça sert ? ==

; Bon, puisque vous avez pas été lire le glosssaire, voici la définition qui en est donnée :
: Les modules sont une façon qui a été trouvée pour rendre Linux (le noyau) plus modulaire (!) et plus léger. En effet, ce sont le plus souvent des drivers qui ont été "sortis" du noyau dans des fichiers séparés, et qui sont chargés en mémoire, soit automatiquement lorsqu'on se sert du périphérique concerné, soit manuellement. Ils permettent de réduire la taille mémoire utilisée par le noyau lui-même. Le concept de modules permet aussi d'ajouter des drivers de périphériques au système sans devoir recompiler le noyau.

Bon, c'est clair il me semble (normal, c'est moi qui ai écrit ça ;). Les modules permettent aussi d'ajouter des drivers distribués uniquement sous forme binaire ; on ne peut pas les recompiler, mais on peut s'en servir (ce qui est assez intéressant finalement ;) Les modules ne sont pas que des drivers, d'une façon générale, ça peut être tout morceau de code qu'on a décidé d'externaliser par rapport au noyau, comme bien sûr un driver, mais aussi un protocole de communication (par ex. <tt>ppp</tt>) ou n'importe quoi d'autre.

== Où se trouvent-ils ? ==

Ils résident dans <tt>/lib/modules/version_du_noyau</tt>. exemple : <tt>/lib/modules/2.4.17</tt>.

Ce répertoire contient les dossiers suivants qui permettent de séparer les modules selon leur type : <br />

<center>

{| border="BORDER"
| <tt>block/</tt>
| périphériques de type bloc
|-
| <tt>fs/</tt>
| systèmes de fichier (FAT, ext2, etc.)
|-
| <tt>misc/</tt>
| périphériques divers (carte tuner TV, port parallèle, carte son, joystick, etc.)
|-
| <tt>net/</tt>
| drivers des cartes réseaux et protocoles
|-
| <tt>scsi/</tt>
| périphériques SCSI
|-
| <tt>cdrom/</tt>
| drivers CDROM non IDE (anciens CD-ROMs)
|-
| <tt>ipv4/</tt><br /><tt>ipv6/</tt>
| protocole IP v4 et v6(protocole réseau)
|-
| <tt>pcmcia/</tt>
| modules pour gérer les cartes PCMCIA
|-
| <tt>video/</tt>
| gestion des cartes video en console, framebuffer
|}

</center>

Ce répertoire peut contenir d'autres dossiers, plus un fichier nommé <tt>modules.dep</tt>, qui contient les dépendances entre modules (le module parport_ide à besoin du module parport, etc.). Ce fichier est généralement regénéré à chaque boot par la commande <code>depmod -a</code> placée dans les scripts de démarrage.

== Comment ajouter des modules, les recompiler ? ==

=== Modules livrés avec le noyau ===

Voir la rubrique [[Kernel-kernel|noyau]]. Pour ajouter un module, il faut éditer la configuration du noyau, cocher l'option <code>M</code> voulue dans la config du noyau, puis enregistrer la configuration noyau, faire : <br/>
<code># make dep ; make modules ; make modules_install</code><br/>
(Si vous modifiez également la configuration du noyau lui-même, par exemple en supprimant ou ajoutant des options qui sont incluses dans le noyau, vous devez aussi recompiler/réinstaller le noyau comme indiqué dans la rubrique [[Kernel-kernel|noyau]])

=== Modules livrés en dehors du noyau ===

Parfois, des modules peuvent être trouvés en dehors de l'arborescence des sources du noyau. Par exemple, vous pouvez télécharger un driver pour certains winmodems (hé oui ça arrive !!!) sur [http://www.o2.net/~gromitkc/winmodem.html cette page]. <br />Certains de ces modules sont livrés sous forme binaire, on peut alors s'en servir tel quels (<code>insmod -f ./le_module</code>). D'autres sont livrés sous forme source sous license GPL ou non ; il faut d'abord les compiler (lisez la doc fournie avec ; cela nécessite en général d'avoir installé les sources du noyau).

=== Prise en compte des nouveaux modules ===

Pour que les modules nouvellement installés soient pris en compte, si ce sont des modules "hors noyau", il est bon de les copier dans <tt>/lib/modules/version_du_noyau/misc</tt> (pour les modules "noyau", la commande <code>make modules_install</code> fait ça) <br />Il faut aussi faire un : <br /><code># depmod -a</code><br />Cette commande remet à jour le fichier <tt>modules.dep</tt>, en fonction du ou des nouveaux modules. <br />Ainsi, vous pourrez charger le module par <code>modprobe le_module</code>.

→ Plus d'infos dans la page man de <tt>depmod</tt>

== Comment les manipuler ? ==

Avec les programmes <code>lsmod</code>, <code>insmod</code>, <code>rmmod</code> et <code>modprobe</code> qui se situent dans <tt>/sbin</tt>.

* <code>lsmod</code> : voir quels modules sont chargés à l'heure actuelle. Cette commande affiche la liste des modules chargés, les dépendances entre les modules chargés, et dit si les modules sont utilisés ou non.
* <code>insmod module</code> : charger un module en mémoire. Si <code>module</code> est spécifié sans extension (en général <code>.o</code>), <code>insmod</code> cherchera le module dans des répertoires par défaut, en général <tt>/lib/module/version_du_noyau</tt>. Sinon, il faut donner le chemin où trouver le module. (Par exemple : <code>insmod -f ./module.o</code> ; le <code>-f</code> permet de forcer le chargement d'un module qui a été compilé avec une version du noyau différente de celle du noyau qui tourne actuellement.)
* <code>rmmod module</code> : décharger un module, où <code>module</code> est le nom donné par <code>lsmod</code>.
* <code>modprobe</code> : exécuter les commandes <code>insmod</code> et <code>rmmod</code> à votre place. <code>modprobe le_module</code> charge <tt>le_module</tt> en mémoire ainsi que tous les modules dont il dépend (en lisant le fichier <tt>modules.dep</tt>). <code>modprobe -r le_module</code> enleve <tt>le_module</tt> de la mémoire, ainsi que tous les modules dont il dépend, sauf s'ils sont utilisés par un autre module bien sûr.

→ Plus d'infos dans les pages man de <tt>lsmod</tt>, <tt>insmod</tt>, <tt>rmmod</tt> et <tt>modprobe</tt>.

== Comment faire pour les charger automatiquement ? ==

=== Chargeur dynamique de modules ===

Tout ça c'est bien beau, mais si à chaque fois avant de regarder la télé, il faut faire <code>modprobe bttv</code>, ou si à chaque fois qu'on veut lancer Xracer il faut faire <code>modprobe 3dfx</code>, ça va vite devenir fastidieux.

Ce qu'on veut, c'est que le bon module se charge lorsqu'on utilise le périphérique (<tt>/dev/le_periph</tt>) correspondant. C'est simple. Il faut indiquer au chargeur de modules que pour acceder à ce périphérique il doit charger le module <tt>le_module</tt>. Cela se fait via son fichier de configuration <tt>/etc/modules.conf</tt> (pour les versions de modutils antérieures à 2.3.5-1, ce fichier s'appelle <tt>/etc/conf.modules</tt>).

Pour qu'un module soit chargé automatiquement, faire : <br /><code># ls -l /dev/le_periph</code><br />qui affiche une ligne ressemblant à : <br/><tt>crw------- 1 user group '''<u>144</u>''', ''<u>12</u>'' May 25 2000 /dev/le_periph</tt><br/>
Pour chaque ligne est affiché :
* Un numéro majeur (ici '''144''') : il identifie le pilote du périphérique,
* Un numéro mineur (ici '''12''') : il sert à différencier les périphériques utilisant un même pilote.

Editez le fichier <tt>/etc/modules.conf</tt> dans votre éditeur de texte préféré et ajoutez une ligne : <br/><code>alias char-major-144 le_module</code><br/>en remplaçant bien sûr <code>144</code> par votre numéro, et <code>le_module</code> par votre module. <br/>Par exemple, pour charger le module gérant la carte 3dfx, j'ai dans mon <tt>modules.conf</tt> la ligne suivante : <br /><code>alias char-major-107 3dfx</code>

; <u>Remarque</u> :
: Il existe des aliases prédéfinis pour remplacer <tt>char-major-xxx</tt> pour les périphériques courants : <tt>eth0</tt> pour la première carte ethernet (<tt>eth1</tt> pour la suivante, etc.), <tt>parport_lowlevel</tt> pour le port parallèle, <tt>sound</tt> pour la carte son, <tt>midi</tt> pour la partie midi de la carte son, etc.

Si votre module a besoin d'options, par exemple pour connaître une adresse ou une interruption, vous pouvez aussi ajouter une ligne du type : <br /><code>options le_module irq=5 dma=0 dma2=1 mpu_io=0x388 io=0x370</code><br/>Chaque module a ses propres options, reportez-vous à la documentation de votre module afin de les connaître.

Enfin, si vous voulez lancer une commande avant ou après que le module soit chargé en mémoire, vous pouvez ajouter une ligne du type : <br/><code>pre-install le_module la_commande</code>, ou : <br/><code>post-install le_module la_commande</code>

→ Plus d'infos dans la page man de <tt>modules.conf</tt>

=== Chargeur dynamique de modules sur Debian ===

Debian juge que l'édition du fichier <tt>modules.conf</tt> par l'utilisateur est trop risquée. A la place, elle propose d'éditer des fichiers dans le répertoire <tt>/etc/modutils/</tt>. Ces fichiers ont la même syntaxe que <tt>modules.conf</tt>. Il existe trois fichiers par défault :
* <tt>/etc/modutils/actions</tt> : regroupe toutes les actions sur les modules,
* <tt>/etc/modutils/aliases</tt> : regroupe tous les alias,
* <tt>/etc/modutils/paths</tt> : regroupe tous les chemins.
Une fois les fichiers mis à jour, la commande <code>update-modules</code> lit les fichiers présents dans <tt>/etc/modutils/</tt> et regénère <tt>modules.conf</tt>.

→ Plus d'infos dans la page man de <tt>update-modules</tt>

=== Chargeur statique de modules ===

Il est possible de charger un module au démarrage de Linux en ajoutant une ligne avec le nom du module dans le fichier <tt>/etc/modules</tt>. Cependant, on perd l'intérêt de la modularité puisqu'il est chargé même s'il n'est pas utilisé.

Voilà, c'est tout, maintenant lorsqu'un programme utilisera le periphérique, plus besoin de charger le module à la main, cela se fera automatiquement.

; <u>Remarque</u> :
: on peut faire des tas de choses "intéressantes" avec les modules, allez voir [http://www.safenetworks.com/Linux/modules.html cette page] par exemple... En résumé, si vous êtes un paranoïaque de la sécurité, n'utilisez pas les modules et compilez-vous un noyau complètement monolithique sans chargeur de modules (merci à [http://www.bruhat.net BooK] pour l'info).

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa et a été convertie avec HTML::WikiConverter. Elle fut créée par Jean-Christophe Cardot le 25/05/2000.</div>

= Copyright =
Copyright © 25/05/2000, Jean-Christophe Cardot
{{CC-BY-NC-SA}}

Discussion:Kernel-modules

2006-09-29T10:38:35Z

Ftiercel : /* Commentaires de : NomWikiFnx */

Discussion:Kernel-modules

2006-09-28T14:16:00Z

Ftiercel :

=Commentaires de : NomWikiFnx=
posté le 2005-07-05 00:11:17

Selon $ man modules.conf, le fichier /etc/conf.modules est désormais remplacé par /etc/modules.conf

C'est vrai effectivement, sauf que ce nouveau fichier ne DOIT PAS être édité par l'utilisateur puisqu'il est généré automatiquement. Il y a néanmoins de nouvelles méthodes pour le paramètrer, mais je ne connais pas encore assez Debian pour les expliquer.

Kernel-modules

2006-09-28T14:12:23Z

Ftiercel : /* Comment faire pour les charger automatiquement ? */

[[Category:Configurer votre noyau]]
= Les modules de Linux =

<div class="leatitre">Les modules de Linux</div><div class="leapar">par Jean-Christophe</div><div class="leadesc">Comment fonctionnent ces mystérieux modules ?</div>
----

Si vous ne savez pas ce que sont les modules, allez voir le glossaire !

== A quoi ça sert ? ==

; Bon, puisque vous avez pas été lire le glosssaire, voici la définition qui en est donnée :
: Les modules sont une façon qui a été trouvée pour rendre Linux (le noyau) plus modulaire (!) et plus léger. En effet, ce sont le plus souvent des drivers qui ont été "sortis" du noyau dans des fichiers séparés, et qui sont chargés en mémoire, soit automatiquement lorsqu'on se sert du périphérique concerné, soit manuellement. Ils permettent de réduire la taille mémoire utilisée par le noyau lui-même. Le concept de modules permet aussi d'ajouter des drivers de périphériques au système sans devoir recompiler le noyau.

Bon, c'est clair il me semble (normal, c'est moi qui ai écrit ça ;). Les modules permettent aussi d'ajouter des drivers distribués uniquement sous forme binaire ; on ne peut pas les recompiler, mais on peut s'en servir (ce qui est assez intéressant finalement ;) Les modules ne sont pas que des drivers, d'une façon générale, ça peut être tout morceau de code qu'on a décidé d'externaliser par rapport au noyau, comme bien sûr un driver, mais aussi un protocole de communication (par ex. <tt>ppp</tt>) ou n'importe quoi d'autre.

== Où se trouvent-ils ? ==

Ils résident dans <tt>/lib/modules/version_du_noyau</tt>. exemple : <tt>/lib/modules/2.2.15</tt>.

Ce répertoire contient les dossiers suivants qui permettent de séparer les modules selon leur type : <br />

<center>

{| border="BORDER"
| <tt>block/</tt>
| périphériques de type bloc
|-
| <tt>fs/</tt>
| systèmes de fichier (FAT, ext2, etc.)
|-
| <tt>misc/</tt>
| périphériques divers (carte tuner TV, port parallèle, carte son, joystick, etc.)
|-
| <tt>net/</tt>
| drivers des cartes réseaux et protocoles
|-
| <tt>scsi/</tt>
| périphériques SCSI
|-
| <tt>cdrom/</tt>
| drivers CDROM non IDE (anciens CD-ROMs)
|-
| <tt>ipv4/</tt><br /><tt>ipv6/</tt>
| protocole IP v4 et v6(protocole réseau)
|-
| <tt>pcmcia/</tt>
| modules pour gérer les cartes PCMCIA
|-
| <tt>video/</tt>
| gestion des cartes video en console, framebuffer
|}

</center>

Ce répertoire peut contenir d'autres dossiers, plus un fichier nommé <tt>modules.dep</tt>, qui contient les dépendances entre modules (le module parport_ide à besoin du module parport, etc.). Ce fichier est généralement regénéré à chaque boot par la commande "depmod -a" placée dans les scripts de démarrage.

== Comment ajouter des modules, les recompiler ? ==

=== Modules livrés avec le noyau ===

Voir la rubrique [[Kernel-kernel|noyau]]. Pour ajouter un module, il faut éditer la configuration du noyau, cocher l'option 'M' voulue dans la config du noyau, puis enregistrer la configuration noyau, faire : <br /><tt><nowiki># make dep ; make modules ; make modules_install</nowiki></tt><br />(Si vous modifiez également la configuration du noyau lui-même, par exemple en supprimant ou ajoutant des options qui sont incluses dans le noyau, vous devez aussi recompiler/réinstaller le noyau comme indiqué dans la rubrique [[Kernel-kernel|noyau]].)

=== Modules livrés en dehors du noyau ===

Parfois, des modules peuvent être trouvés en dehors de l'arborescence des sources du noyau. Par exemple, vous pouvez télécharger un driver pour certains winmodems (hé oui ça arrive !!!) sur [http://www.o2.net/~gromitkc/winmodem.html cette page]. <br />Certains de ces modules sont livrés sous forme binaire, on peut alors s'en servir tel quels (<tt>insmod -f ./le_module</tt>). D'autres sont livrés sous forme source sous license GPL ou non ; il faut d'abord les compiler (lisez la doc fournie avec ; cela nécessite en général d'avoir installé les sources du noyau).

=== Prise en compte des nouveaux modules ===

Pour que les modules nouvellement installés soient pris en compte, si ce sont des modules "hors noyau", il est bon de les copier dans <tt>/lib/modules/version_du_noyau/misc</tt> (pour les modules "noyau", la commande "<tt>make modules_install</tt>" fait ça) <br />Il faut aussi faire un : <br /><tt><nowiki># depmod -a</nowiki></tt><br />Cette commande remet à jour le fichier <tt>modules.dep</tt>, en fonction du ou des nouveaux modules. <br />Ainsi, vous pourrez charger le module par "<tt>modprobe le_module</tt>".

== Comment les manipuler ? ==

Avec les programmes <tt>lsmod</tt>, <tt>insmod</tt>, <tt>rmmod</tt> et <tt>modprobe</tt> qui se situent dans <tt>/sbin</tt>.

* <tt>lsmod</tt> : voir quels modules sont chargés à l'heure actuelle. Cette commande affiche la liste des modules chargés, les dépendances entre les modules chargés, et dit si les modules sont utilisés ou non.
* <tt>insmod module</tt> : charger un module en mémoire. Si "<tt>module</tt>" est spécifié sans extension (en général "<tt>.o</tt>"), <tt>insmod</tt> cherchera le module dans des répertoires par défaut, en général <tt>/lib/module/version_du_noyau</tt>. Sinon, il faut donner le chemin où trouver le module. (Par exemple : "<tt>insmod -f ./module.o</tt>" ; le "<tt>-f</tt>" permet de forcer le chargement d'un module qui a été compilé avec une version du noyau différente de celle du noyau qui tourne actuellement.)
* <tt>rmmod module</tt> : décharger un module, où "<tt>module</tt>" est le nom donné par <tt>lsmod</tt>.
* <tt>modprobe</tt> : exécuter les commandes "<tt>insmod</tt>" et "<tt>rmmod</tt>" à votre place. "<tt>modprobe le_module</tt>" charge <tt>le_module</tt> en mémoire ainsi que tous les modules dont il dépend (en lisant le fichier <tt>modules.dep</tt>). "<tt>modprobe -r le_module</tt>" enleve <tt>le_module</tt> de la mémoire, ainsi que tous les modules dont il dépend, sauf s'ils sont utilisés par un autre module bien sûr.

== Comment faire pour les charger automatiquement ? ==

=== Chargeur de modules par <tt>/etc/conf.modules</tt> (pour les versions de modutils antérieures à 2.3.5-1) ===

Tout ça c'est bien beau, mais si à chaque fois avant de regarder la télé, il faut faire "<tt>modprobe bttv</tt>", ou si à chaque fois qu'on veut lancer Xracer il faut faire "<tt>modprobe 3dfx</tt>", ça va vite devenir fastidieux.

Ce qu'on veut, c'est que le bon module se charge lorsqu'on utilise le périphérique (<tt>/dev/le_periph</tt>) correspondant. C'est simple. Il faut indiquer au chargeur de modules que pour acceder à ce périphérique il doit charger le module <tt>le_module</tt>. Cela se fait via son fichier de configuration <tt>/etc/conf.modules</tt>.

Pour qu'un module soit chargé automatiquement, faire : <br /><tt><nowiki># ls -l /dev/le_periph</nowiki></tt><br />qui affiche une ligne ressemblant à : <br /><tt>crw------- 1 user group '''<u>144</u>''', ''<u>12</u>'' May 25 2000 /dev/le_periph</tt><br />Dans la ligne qui s'affiche, noter le numéro dit "majeur", c'est à dire le premier numéro qui suit le groupe, ici "'''144'''". Notez ce numéro.

; <u>Remarque</u> :
: Le numéro majeur (ici '''144''') sert à déterminer quel driver est nécessaire pour piloter ce périphérique, le numéro mineur (ici ''12'') sert à différencier les périphériques utilisant un même driver.

Editez le fichier <tt>/etc/conf.modules</tt> dans votre éditeur de texte préféré et ajoutez une ligne : <br /><tt>alias char-major-144 le_module</tt><br />en remplaçant bien sûr 144 par votre numéro, et <tt>le_module</tt> par votre module. <br />Par exemple, pour charger le module gérant la carte 3dfx, j'ai dans mon <tt>conf.modules</tt> la ligne suivante : <br /><tt>alias char-major-107 3dfx</tt>

; <u>Remarque</u> :
: Il existe des aliases prédéfinis pour remplacer <tt>char-major-xxx</tt> pour les périphériques courants : <tt>eth0</tt> pour la première carte ethernet (<tt>eth1</tt> pour la suivante, etc.), <tt>parport_lowlevel</tt> pour le port parallèle, <tt>sound</tt> pour la carte son, <tt>midi</tt> pour la partie midi de la carte son, etc.

Si votre module a besoin d'options, par exemple pour connaître une adresse ou une interruption, vous pouvez aussi ajouter une ligne du type : <br /><tt>options le_module irq=5 dma=0 dma2=1 mpu_io=0x388 io=0x370</tt><br />Chaque module a ses propres options, reportez-vous à la documentation de votre module afin de les connaître.

Enfin, si vous voulez lancer une commande avant ou après que le module soit chargé en mémoire, vous pouvez ajouter une ligne du type : <br /><tt>pre-install le_module la_commande</tt> , ou : <br /><tt>post-install le_module la_commande</tt>

Voilà, c'est tout, maintenant lorsqu'un programme utilisera le periphérique, plus besoin de charger le module à la main, cela se fera automatiquement.

=== Chargeur de modules (pour les versions de modutils égale ou supérieures à 2.3.5-1) ===

Il est possible de charger un module au démarrage de Linux en ajoutant une ligne avec le nom du module dans le fichier <tt>/etc/modules</tt>. Cependant, on perd l'intérêt de la modularité puisqu'il est chargé même s'il n'est pas utilisé.

TODO : expliquer comment charger un module à la demande (grâce à <tt>/etc/modutils/actions</tt>, <tt>/etc/modutils/aliases</tt> et <tt>/etc/modutils/paths</tt>).

Pour plus d'infos, regardez la page man de <tt>depmod</tt>, et des autres programmes (<tt>insmod</tt>, <tt>lsmod</tt>, etc.).

<u>Remarque</u> : on peut faire des tas de choses "intéressantes" avec les modules, allez voir [http://www.safenetworks.com/Linux/modules.html cette page] par exemple... En résumé, si vous êtes un paranoïaque de la sécurité, n'utilisez pas les modules et compilez-vous un noyau complètement monolithique sans chargeur de modules (merci à [http://www.bruhat.net BooK] pour l'info).

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa et a été convertie avec HTML::WikiConverter. Elle fut créée par Jean-Christophe Cardot le 25/05/2000.</div>

= Copyright =
Copyright © 25/05/2000, Jean-Christophe Cardot
{{CC-BY-NC-SA}}

Kernel-modules

2006-09-27T14:28:54Z

Ftiercel : ordre plus logique et moins confus

[[Category:Configurer votre noyau]]
= Les modules de Linux =

<div class="leatitre">Les modules de Linux</div><div class="leapar">par Jean-Christophe</div><div class="leadesc">Comment fonctionnent ces mystérieux modules ?</div>
----

Si vous ne savez pas ce que sont les modules, allez voir le glossaire !

== A quoi ça sert ? ==

; Bon, puisque vous avez pas été lire le glosssaire, voici la définition qui en est donnée :
: Les modules sont une façon qui a été trouvée pour rendre Linux (le noyau) plus modulaire (!) et plus léger. En effet, ce sont le plus souvent des drivers qui ont été "sortis" du noyau dans des fichiers séparés, et qui sont chargés en mémoire, soit automatiquement lorsqu'on se sert du périphérique concerné, soit manuellement. Ils permettent de réduire la taille mémoire utilisée par le noyau lui-même. Le concept de modules permet aussi d'ajouter des drivers de périphériques au système sans devoir recompiler le noyau.

Bon, c'est clair il me semble (normal, c'est moi qui ai écrit ça ;). Les modules permettent aussi d'ajouter des drivers distribués uniquement sous forme binaire ; on ne peut pas les recompiler, mais on peut s'en servir (ce qui est assez intéressant finalement ;) Les modules ne sont pas que des drivers, d'une façon générale, ça peut être tout morceau de code qu'on a décidé d'externaliser par rapport au noyau, comme bien sûr un driver, mais aussi un protocole de communication (par ex. <tt>ppp</tt>) ou n'importe quoi d'autre.

== Où se trouvent-ils ? ==

Ils résident dans <tt>/lib/modules/version_du_noyau</tt>. exemple : <tt>/lib/modules/2.2.15</tt>.

Ce répertoire contient les dossiers suivants qui permettent de séparer les modules selon leur type : <br />

<center>

{| border="BORDER"
| <tt>block/</tt>
| périphériques de type bloc
|-
| <tt>fs/</tt>
| systèmes de fichier (FAT, ext2, etc.)
|-
| <tt>misc/</tt>
| périphériques divers (carte tuner TV, port parallèle, carte son, joystick, etc.)
|-
| <tt>net/</tt>
| drivers des cartes réseaux et protocoles
|-
| <tt>scsi/</tt>
| périphériques SCSI
|-
| <tt>cdrom/</tt>
| drivers CDROM non IDE (anciens CD-ROMs)
|-
| <tt>ipv4/</tt><br /><tt>ipv6/</tt>
| protocole IP v4 et v6(protocole réseau)
|-
| <tt>pcmcia/</tt>
| modules pour gérer les cartes PCMCIA
|-
| <tt>video/</tt>
| gestion des cartes video en console, framebuffer
|}

</center>

Ce répertoire peut contenir d'autres dossiers, plus un fichier nommé <tt>modules.dep</tt>, qui contient les dépendances entre modules (le module parport_ide à besoin du module parport, etc.). Ce fichier est généralement regénéré à chaque boot par la commande "depmod -a" placée dans les scripts de démarrage.

== Comment ajouter des modules, les recompiler ? ==

=== Modules livrés avec le noyau ===

Voir la rubrique [[Kernel-kernel|noyau]]. Pour ajouter un module, il faut éditer la configuration du noyau, cocher l'option 'M' voulue dans la config du noyau, puis enregistrer la configuration noyau, faire : <br /><tt><nowiki># make dep ; make modules ; make modules_install</nowiki></tt><br />(Si vous modifiez également la configuration du noyau lui-même, par exemple en supprimant ou ajoutant des options qui sont incluses dans le noyau, vous devez aussi recompiler/réinstaller le noyau comme indiqué dans la rubrique [[Kernel-kernel|noyau]].)

=== Modules livrés en dehors du noyau ===

Parfois, des modules peuvent être trouvés en dehors de l'arborescence des sources du noyau. Par exemple, vous pouvez télécharger un driver pour certains winmodems (hé oui ça arrive !!!) sur [http://www.o2.net/~gromitkc/winmodem.html cette page]. <br />Certains de ces modules sont livrés sous forme binaire, on peut alors s'en servir tel quels (<tt>insmod -f ./le_module</tt>). D'autres sont livrés sous forme source sous license GPL ou non ; il faut d'abord les compiler (lisez la doc fournie avec ; cela nécessite en général d'avoir installé les sources du noyau).

=== Prise en compte des nouveaux modules ===

Pour que les modules nouvellement installés soient pris en compte, si ce sont des modules "hors noyau", il est bon de les copier dans <tt>/lib/modules/version_du_noyau/misc</tt> (pour les modules "noyau", la commande "<tt>make modules_install</tt>" fait ça) <br />Il faut aussi faire un : <br /><tt><nowiki># depmod -a</nowiki></tt><br />Cette commande remet à jour le fichier <tt>modules.dep</tt>, en fonction du ou des nouveaux modules. <br />Ainsi, vous pourrez charger le module par "<tt>modprobe le_module</tt>".

== Comment les manipuler ? ==

Avec les programmes <tt>lsmod</tt>, <tt>insmod</tt>, <tt>rmmod</tt> et <tt>modprobe</tt> qui se situent dans <tt>/sbin</tt>.

* <tt>lsmod</tt> : voir quels modules sont chargés à l'heure actuelle. Cette commande affiche la liste des modules chargés, les dépendances entre les modules chargés, et dit si les modules sont utilisés ou non.
* <tt>insmod module</tt> : charger un module en mémoire. Si "<tt>module</tt>" est spécifié sans extension (en général "<tt>.o</tt>"), <tt>insmod</tt> cherchera le module dans des répertoires par défaut, en général <tt>/lib/module/version_du_noyau</tt>. Sinon, il faut donner le chemin où trouver le module. (Par exemple : "<tt>insmod -f ./module.o</tt>" ; le "<tt>-f</tt>" permet de forcer le chargement d'un module qui a été compilé avec une version du noyau différente de celle du noyau qui tourne actuellement.)
* <tt>rmmod module</tt> : décharger un module, où "<tt>module</tt>" est le nom donné par <tt>lsmod</tt>.
* <tt>modprobe</tt> : exécuter les commandes "<tt>insmod</tt>" et "<tt>rmmod</tt>" à votre place. "<tt>modprobe le_module</tt>" charge <tt>le_module</tt> en mémoire ainsi que tous les modules dont il dépend (en lisant le fichier <tt>modules.dep</tt>). "<tt>modprobe -r le_module</tt>" enleve <tt>le_module</tt> de la mémoire, ainsi que tous les modules dont il dépend, sauf s'ils sont utilisés par un autre module bien sûr.

== Comment faire pour les charger automatiquement ? ==

=== ou : le chargeur de modules et <tt>/etc/modules.conf</tt> ===

Tout ça c'est bien beau, mais si à chaque fois avant de regarder la télé, il faut faire "<tt>modprobe bttv</tt>", ou si à chaque fois qu'on veut lancer Xracer il faut faire "<tt>modprobe 3dfx</tt>", ça va vite devenir fastidieux.

Ce qu'on veut, c'est que le bon module se charge lorsqu'on utilise le périphérique (<tt>/dev/le_periph</tt>) correspondant. C'est simple. Il faut indiquer au chargeur de modules que pour acceder à ce périphérique il doit charger le module <tt>le_module</tt>. Cela se fait via son fichier de configuration <tt>/etc/modules.conf</tt> (<tt>/etc/conf.modules</tt> pour les versions de modutils antérieures à 2.3.5-1).

Pour qu'un module soit chargé automatiquement, faire : <br /><tt><nowiki># ls -l /dev/le_periph</nowiki></tt><br />qui affiche une ligne ressemblant à : <br /><tt>crw------- 1 user group '''<u>144</u>''', ''<u>12</u>'' May 25 2000 /dev/le_periph</tt><br />Dans la ligne qui s'affiche, noter le numéro dit "majeur", c'est à dire le premier numéro qui suit le groupe, ici "'''144'''". Notez ce numéro.

; <u>Remarque</u> :
: Le numéro majeur (ici '''144''') sert à déterminer quel driver est nécessaire pour piloter ce périphérique, le numéro mineur (ici ''12'') sert à différencier les périphériques utilisant un même driver.

Editez le fichier <tt>/etc/modules.conf</tt> dans votre éditeur de texte préféré et ajoutez une ligne : <br /><tt>alias char-major-144 le_module</tt><br />en remplaçant bien sûr 144 par votre numéro, et <tt>le_module</tt> par votre module. <br />Par exemple, pour charger le module gérant la carte 3dfx, j'ai dans mon <tt>modules.conf</tt> la ligne suivante : <br /><tt>alias char-major-107 3dfx</tt>

; <u>Remarque</u> :
: Il existe des aliases prédéfinis pour remplacer <tt>char-major-xxx</tt> pour les périphériques courants : <tt>eth0</tt> pour la première carte ethernet (<tt>eth1</tt> pour la suivante, etc.), <tt>parport_lowlevel</tt> pour le port parallèle, <tt>sound</tt> pour la carte son, <tt>midi</tt> pour la partie midi de la carte son, etc.

Si votre module a besoin d'options, par exemple pour connaître une adresse ou une interruption, vous pouvez aussi ajouter une ligne du type : <br /><tt>options le_module irq=5 dma=0 dma2=1 mpu_io=0x388 io=0x370</tt><br />Chaque module a ses propres options, reportez-vous à la documentation de votre module afin de les connaître.

Enfin, si vous voulez lancer une commande avant ou après que le module soit chargé en mémoire, vous pouvez ajouter une ligne du type : <br /><tt>pre-install le_module la_commande</tt> , ou : <br /><tt>post-install le_module la_commande</tt>

Voilà, c'est tout, maintenant lorsqu'un programme utilisera le periphérique, plus besoin de charger le module à la main, cela se fera automatiquement.

Pour plus d'infos, regardez la page man de <tt>depmod</tt>, et des autres programmes (<tt>insmod</tt>, <tt>lsmod</tt>, etc.).

<u>Remarque</u> : on peut faire des tas de choses "intéressantes" avec les modules, allez voir [http://www.safenetworks.com/Linux/modules.html cette page] par exemple... En résumé, si vous êtes un paranoïaque de la sécurité, n'utilisez pas les modules et compilez-vous un noyau complètement monolithique sans chargeur de modules (merci à [http://www.bruhat.net BooK] pour l'info).

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa et a été convertie avec HTML::WikiConverter. Elle fut créée par Jean-Christophe Cardot le 25/05/2000.</div>

= Copyright =
Copyright © 25/05/2000, Jean-Christophe Cardot
{{CC-BY-NC-SA}}

Kernel-modules

2006-09-21T04:29:03Z

Ftiercel : /* ou : le chargeur de modules et <tt>/etc/conf.modules</tt> */

[[Category:Configurer votre noyau]]
= Les modules de Linux =

<div class="leatitre">Les modules de Linux</div><div class="leapar">par Jean-Christophe</div><div class="leadesc">Comment fonctionnent ces mystérieux modules ?</div>
----

Si vous ne savez pas ce que sont les modules, allez voir le glossaire !

== A quoi ça sert ? ==

; Bon, puisque vous avez pas été lire le glosssaire, voici la définition qui en est donnée :
: Les modules sont une façon qui a été trouvée pour rendre Linux (le noyau) plus modulaire (!) et plus léger. En effet, ce sont le plus souvent des drivers qui ont été "sortis" du noyau dans des fichiers séparés, et qui sont chargés en mémoire, soit automatiquement lorsqu'on se sert du périphérique concerné, soit manuellement. Ils permettent de réduire la taille mémoire utilisée par le noyau lui-même. Le concept de modules permet aussi d'ajouter des drivers de périphériques au système sans devoir recompiler le noyau.

Bon, c'est clair il me semble (normal, c'est moi qui ai écrit ça ;). Les modules permettent aussi d'ajouter des drivers distribués uniquement sous forme binaire ; on ne peut pas les recompiler, mais on peut s'en servir (ce qui est assez intéressant finalement ;) Les modules ne sont pas que des drivers, d'une façon générale, ça peut être tout morceau de code qu'on a décidé d'externaliser par rapport au noyau, comme bien sûr un driver, mais aussi un protocole de communication (par ex. <tt>ppp</tt>) ou n'importe quoi d'autre.

== Où se trouvent-ils ? ==

Ils résident dans <tt>/lib/modules/version_du_noyau</tt>. exemple : <tt>/lib/modules/2.2.15</tt>.

Ce répertoire contient les dossiers suivants qui permettent de séparer les modules selon leur type : <br />

<center>

{| border="BORDER"
| <tt>block/</tt>
| périphériques de type bloc
|-
| <tt>fs/</tt>
| systèmes de fichier (FAT, ext2, etc.)
|-
| <tt>misc/</tt>
| périphériques divers (carte tuner TV, port parallèle, carte son, joystick, etc.)
|-
| <tt>net/</tt>
| drivers des cartes réseaux et protocoles
|-
| <tt>scsi/</tt>
| périphériques SCSI
|-
| <tt>cdrom/</tt>
| drivers CDROM non IDE (anciens CD-ROMs)
|-
| <tt>ipv4/</tt><br /><tt>ipv6/</tt>
| protocole IP v4 et v6(protocole réseau)
|-
| <tt>pcmcia/</tt>
| modules pour gérer les cartes PCMCIA
|-
| <tt>video/</tt>
| gestion des cartes video en console, framebuffer
|}

</center>

Ce répertoire peut contenir d'autres dossiers, plus un fichier nommé <tt>modules.dep</tt>, qui contient les dépendances entre modules (le module parport_ide à besoin du module parport, etc.). Ce fichier est généralement regénéré à chaque boot par la commande "depmod -a" placée dans les scripts de démarrage.

== Comment les manipuler ? ==

Avec les programmes <tt>lsmod</tt>, <tt>insmod</tt>, <tt>rmmod</tt> et <tt>modprobe</tt> qui se situent dans <tt>/sbin</tt>.

* <tt>lsmod</tt> : voir quels modules sont chargés à l'heure actuelle. Cette commande affiche la liste des modules chargés, les dépendances entre les modules chargés, et dit si les modules sont utilisés ou non.
* <tt>insmod module</tt> : charger un module en mémoire. Si "<tt>module</tt>" est spécifié sans extension (en général "<tt>.o</tt>"), <tt>insmod</tt> cherchera le module dans des répertoires par défaut, en général <tt>/lib/module/version_du_noyau</tt>. Sinon, il faut donner le chemin où trouver le module. (Par exemple : "<tt>insmod -f ./module.o</tt>" ; le "<tt>-f</tt>" permet de forcer le chargement d'un module qui a été compilé avec une version du noyau différente de celle du noyau qui tourne actuellement.)
* <tt>rmmod module</tt> : décharger un module, où "<tt>module</tt>" est le nom donné par <tt>lsmod</tt>.
* <tt>modprobe</tt> : la commande la plus puissante. "<tt>modprobe module</tt>" permet de charger en mémoire un module ainsi que tous les modules dont il dépend (en lisant le fichier <tt>modules.dep</tt>). "<tt>modprobe -r module</tt>" permet d'enlever un module de la mémoire, ainsi que tous les modules dont il dépend, sauf s'ils sont utilisés par un autre module bien sûr.

== Comment les recompiler / en ajouter ? ==

=== Modules livrés avec le noyau ===

Voir la rubrique [[Kernel-kernel|noyau]]. Pour ajouter un module, il faut éditer la configuration du noyau, cocher l'option 'M' voulue dans la config du noyau, puis enregistrer la configuration noyau, faire : <br /><tt><nowiki># make dep ; make modules ; make modules_install</nowiki></tt><br />(Si vous modifiez également la configuration du noyau lui-même, par exemple en supprimant ou ajoutant des options qui sont incluses dans le noyau, vous devez aussi recompiler/réinstaller le noyau comme indiqué dans la rubrique [[Kernel-kernel|noyau]].)

=== Modules livrés en dehors du noyau ===

Parfois, des modules peuvent être trouvés en dehors de l'arborescence des sources du noyau. Par exemple, vous pouvez télécharger un driver pour certains winmodems (hé oui ça arrive !!!) sur [http://www.o2.net/~gromitkc/winmodem.html cette page]. <br />Certains de ces modules sont livrés sous forme binaire, on peut alors s'en servir tel quels (<tt>insmod -f ./le_module</tt>). D'autres sont livrés sous forme source sous license GPL ou non ; il faut d'abord les compiler (lisez la doc fournie avec ; cela nécessite en général d'avoir installé les sources du noyau).

=== Prise en compte des nouveaux modules ===

Pour que les modules nouvellement installés soient pris en compte, si ce sont des modules "hors noyau", il est bon de les copier dans <tt>/lib/modules/version_du_noyau/misc</tt> (pour les modules "noyau", la commande "<tt>make modules_install</tt>" fait ça) <br />Il faut aussi faire un : <br /><tt><nowiki># depmod -a</nowiki></tt><br />Cette commande remet à jour le fichier <tt>modules.dep</tt>, en fonction du ou des nouveaux modules. <br />Ainsi, vous pourrez charger le module par "<tt>modprobe le_module</tt>".

== Comment faire pour les charger automatiquement ? ==

=== ou : le chargeur de modules et <tt>/etc/modules.conf</tt> ===

Tout ça c'est bien beau, mais si à chaque fois avant de regarder la télé, il faut faire "<tt>modprobe bttv</tt>", ou si à chaque fois qu'on veut lancer Xracer il faut faire "<tt>modprobe 3dfx</tt>", ça va vite devenir fastidieux.

Ce qu'on veut, c'est que le bon module se charge lorsqu'on utilise le périphérique (<tt>/dev/le_periph</tt>) correspondant. C'est simple. Il faut indiquer au chargeur de modules que pour acceder à ce périphérique il doit charger le module <tt>le_module</tt>. Cela se fait via son fichier de configuration <tt>/etc/modules.conf</tt> (<tt>/etc/conf.modules</tt> pour les versions de modutils antérieures à 2.3.5-1).

Pour qu'un module soit chargé automatiquement, faire : <br /><tt><nowiki># ls -l /dev/le_periph</nowiki></tt><br />qui affiche une ligne ressemblant à : <br /><tt>crw------- 1 user group '''<u>144</u>''', ''<u>12</u>'' May 25 2000 /dev/le_periph</tt><br />Dans la ligne qui s'affiche, noter le numéro dit "majeur", c'est à dire le premier numéro qui suit le groupe, ici "'''144'''". Notez ce numéro.

; <u>Remarque</u> :
: Le numéro majeur (ici '''144''') sert à déterminer quel driver est nécessaire pour piloter ce périphérique, le numéro mineur (ici ''12'') sert à différencier les périphériques utilisant un même driver.

Editez le fichier <tt>/etc/modules.conf</tt> dans votre éditeur de texte préféré et ajoutez une ligne : <br /><tt>alias char-major-144 le_module</tt><br />en remplaçant bien sûr 144 par votre numéro, et <tt>le_module</tt> par votre module. <br />Par exemple, pour charger le module gérant la carte 3dfx, j'ai dans mon <tt>modules.conf</tt> la ligne suivante : <br /><tt>alias char-major-107 3dfx</tt>

; <u>Remarque</u> :
: Il existe des aliases prédéfinis pour remplacer <tt>char-major-xxx</tt> pour les périphériques courants : <tt>eth0</tt> pour la première carte ethernet (<tt>eth1</tt> pour la suivante, etc.), <tt>parport_lowlevel</tt> pour le port parallèle, <tt>sound</tt> pour la carte son, <tt>midi</tt> pour la partie midi de la carte son, etc.

Si votre module a besoin d'options, par exemple pour connaître une adresse ou une interruption, vous pouvez aussi ajouter une ligne du type : <br /><tt>options le_module irq=5 dma=0 dma2=1 mpu_io=0x388 io=0x370</tt><br />Chaque module a ses propres options, reportez-vous à la documentation de votre module afin de les connaître.

Enfin, si vous voulez lancer une commande avant ou après que le module soit chargé en mémoire, vous pouvez ajouter une ligne du type : <br /><tt>pre-install le_module la_commande</tt> , ou : <br /><tt>post-install le_module la_commande</tt>

Voilà, c'est tout, maintenant lorsqu'un programme utilisera le periphérique, plus besoin de charger le module à la main, cela se fera automatiquement.

Pour plus d'infos, regardez la page man de <tt>depmod</tt>, et des autres programmes (<tt>insmod</tt>, <tt>lsmod</tt>, etc.).

<u>Remarque</u> : on peut faire des tas de choses "intéressantes" avec les modules, allez voir [http://www.safenetworks.com/Linux/modules.html cette page] par exemple... En résumé, si vous êtes un paranoïaque de la sécurité, n'utilisez pas les modules et compilez-vous un noyau complètement monolithique sans chargeur de modules (merci à [http://www.bruhat.net BooK] pour l'info).

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa et a été convertie avec HTML::WikiConverter. Elle fut créée par Jean-Christophe Cardot le 25/05/2000.</div>

= Copyright =
Copyright © 25/05/2000, Jean-Christophe Cardot
{{CC-BY-NC-SA}}

Kernel-modules

2006-09-20T05:35:45Z

Ftiercel : /* Modules livrés avec le noyau */

[[Category:Configurer votre noyau]]
= Les modules de Linux =

<div class="leatitre">Les modules de Linux</div><div class="leapar">par Jean-Christophe</div><div class="leadesc">Comment fonctionnent ces mystérieux modules ?</div>
----

Si vous ne savez pas ce que sont les modules, allez voir le glossaire !

== A quoi ça sert ? ==

; Bon, puisque vous avez pas été lire le glosssaire, voici la définition qui en est donnée :
: Les modules sont une façon qui a été trouvée pour rendre Linux (le noyau) plus modulaire (!) et plus léger. En effet, ce sont le plus souvent des drivers qui ont été "sortis" du noyau dans des fichiers séparés, et qui sont chargés en mémoire, soit automatiquement lorsqu'on se sert du périphérique concerné, soit manuellement. Ils permettent de réduire la taille mémoire utilisée par le noyau lui-même. Le concept de modules permet aussi d'ajouter des drivers de périphériques au système sans devoir recompiler le noyau.

Bon, c'est clair il me semble (normal, c'est moi qui aie écrit ça ;). Les modules permettent aussi d'ajouter des drivers distribués uniquement sous forme binaire ; on ne peut pas les recompiler, mais on peut s'en servir (ce qui est assez intéressant finalement ;) Les modules ne sont pas que des drivers, d'une façon générale, ça peut être tout morceau de code qu'on a décidé d'externaliser par rapport au noyau, comme bien sûr un driver, mais aussi un protocole de communication (par ex. <tt>ppp</tt>) ou n'importe quoi d'autre.

== Où se trouvent-ils ? ==

Ils résident dans <tt>/lib/modules/version_du_noyau</tt>. exemple : <tt>/lib/modules/2.2.15</tt>.

Ce répertoire contient les dossiers suivants qui permettent de séparer les modules selon leur type : <br />

<center>

{| border="BORDER"
| <tt>block/</tt>
| périphériques de type bloc
|-
| <tt>fs/</tt>
| systèmes de fichier (FAT, ext2, etc.)
|-
| <tt>misc/</tt>
| périphériques divers (carte tuner TV, port parallèle, carte son, joystick, etc.)
|-
| <tt>net/</tt>
| drivers des cartes réseaux et protocoles
|-
| <tt>scsi/</tt>
| périphériques SCSI
|-
| <tt>cdrom/</tt>
| drivers CDROM non IDE (anciens CD-ROMs)
|-
| <tt>ipv4/</tt><br /><tt>ipv6/</tt>
| protocole IP v4 et v6(protocole réseau)
|-
| <tt>pcmcia/</tt>
| modules pour gérer les cartes PCMCIA
|-
| <tt>video/</tt>
| gestion des cartes video en console, framebuffer
|}

</center>

Ce répertoire peut contenir d'autres dossiers, plus un fichier nommé <tt>modules.dep</tt>, qui contient les dépendances entre modules (le module parport_ide à besoin du module parport, etc.). Ce fichier est généralement regénéré à chaque boot par la commande "depmod -a" placée dans les scripts de démarrage.

== Comment les manipuler ? ==

Avec les programmes <tt>lsmod</tt>, <tt>insmod</tt>, <tt>rmmod</tt> et <tt>modprobe</tt> qui se situent dans <tt>/sbin</tt>.

* <tt>lsmod</tt> : voir quels modules sont chargés à l'heure actuelle. Cette commande affiche la liste des modules chargés, les dépendances entre les modules chargés, et dit si les modules sont utilisés ou non.
* <tt>insmod module</tt> : charger un module en mémoire. Si "<tt>module</tt>" est spécifié sans extension (en général "<tt>.o</tt>"), <tt>insmod</tt> cherchera le module dans des répertoires par défaut, en général <tt>/lib/module/version_du_noyau</tt>. Sinon, il faut donner le chemin où trouver le module. (Par exemple : "<tt>insmod -f ./module.o</tt>" ; le "<tt>-f</tt>" permet de forcer le chargement d'un module qui a été compilé avec une version du noyau différente de celle du noyau qui tourne actuellement.)
* <tt>rmmod module</tt> : décharger un module, où "<tt>module</tt>" est le nom donné par <tt>lsmod</tt>.
* <tt>modprobe</tt> : la commande la plus puissante. "<tt>modprobe module</tt>" permet de charger en mémoire un module ainsi que tous les modules dont il dépend (en lisant le fichier <tt>modules.dep</tt>). "<tt>modprobe -r module</tt>" permet d'enlever un module de la mémoire, ainsi que tous les modules dont il dépend, sauf s'ils sont utilisés par un autre module bien sûr.

== Comment les recompiler / en ajouter ? ==

=== Modules livrés avec le noyau ===

Voir la rubrique [[Kernel-kernel|noyau]]. Pour ajouter un module, il faut éditer la configuration du noyau, cocher l'option 'M' voulue dans la config du noyau, puis enregistrer la configuration noyau, faire : <br /><tt><nowiki># make dep ; make modules ; make modules_install</nowiki></tt><br />(Si vous modifiez également la configuration du noyau lui-même, par exemple en supprimant ou ajoutant des options qui sont incluses dans le noyau, vous devez aussi recompiler/réinstaller le noyau comme indiqué dans la rubrique [[Kernel-kernel|noyau]].)

=== Modules livrés en dehors du noyau ===

Parfois, des modules peuvent être trouvés en dehors de l'arborescence des sources du noyau. Par exemple, vous pouvez télécharger un driver pour certains winmodems (hé oui ça arrive !!!) sur [http://www.o2.net/~gromitkc/winmodem.html cette page]. <br />Certains de ces modules sont livrés sous forme binaire, on peut alors s'en servir tel quels (<tt>insmod -f ./le_module</tt>). D'autres sont livrés sous forme source sous license GPL ou non ; il faut d'abord les compiler (lisez la doc fournie avec ; cela nécessite en général d'avoir installé les sources du noyau).

=== Prise en compte des nouveaux modules ===

Pour que les modules nouvellement installés soient pris en compte, si ce sont des modules "hors noyau", il est bon de les copier dans <tt>/lib/modules/version_du_noyau/misc</tt> (pour les modules "noyau", la commande "<tt>make modules_install</tt>" fait ça) <br />Il faut aussi faire un : <br /><tt><nowiki># depmod -a</nowiki></tt><br />Cette commande remet à jour le fichier <tt>modules.dep</tt>, en fonction du ou des nouveaux modules. <br />Ainsi, vous pourrez charger le module par "<tt>modprobe le_module</tt>".

== Comment faire pour les charger automatiquement ? ==

=== ou : le chargeur de modules et <tt>/etc/conf.modules</tt> ===

Tout ça c'est bien beau, mais si à chaque fois avant de regarder la télé, il faut faire "<tt>modprobe bttv</tt>", ou si à chaque fois qu'on veut lancer Xracer il faut faire "<tt>modprobe 3dfx</tt>", ça va vite devenir fastidieux.

Ce qu'on veut, c'est que le bon module se charge lorsqu'on utilise le périphérique (<tt>/dev/le_periph</tt>) correspondant. C'est simple. Il faut indiquer au chargeur de modules que pour acceder à ce périphérique il doit charger le module <tt>le_module</tt>. Cela se fait via son fichier de configuration : <tt>/etc/conf.modules</tt>.

Pour qu'un module soit chargé automatiquement, faire : <br /><tt><nowiki># ls -l /dev/le_periph</nowiki></tt><br />qui affiche une ligne ressemblant à : <br /><tt>crw------- 1 user group '''<u>144</u>''', ''<u>12</u>'' May 25 2000 /dev/le_periph</tt><br />Dans la ligne qui s'affiche, noter le numéro dit "majeur", c'est à dire le premier numéro qui suit le groupe, ici "'''144'''". Notez ce numéro.

; <u>Remarque</u> :
: Le numéro majeur (ici '''144''') sert à déterminer quel driver est nécessaire pour piloter ce périphérique, le numéro mineur (ici ''12'') sert à différencier les périphériques utilisant un même driver.

Editez le fichier <tt>/etc/conf.modules</tt> dans votre éditeur de texte préféré et ajoutez une ligne : <br /><tt>alias char-major-144 le_module</tt><br />en remplaçant bien sûr 144 par votre numéro, et <tt>le_module</tt> par votre module. <br />Par exemple, pour charger le module gérant la carte 3dfx, j'ai dans mon <tt>conf.modules</tt> la ligne suivante : <br /><tt>alias char-major-107 3dfx</tt>

; <u>Remarque</u> :
: Il existe des aliases prédéfinis pour remplacer <tt>char-major-xxx</tt> pour les périphériques courants : <tt>eth0</tt> pour la première carte ethernet (<tt>eth1</tt> pour la suivante, etc.), <tt>parport_lowlevel</tt> pour le port parallèle, <tt>sound</tt> pour la carte son, <tt>midi</tt> pour la partie midi de la carte son, etc.

Si votre module a besoin d'options, par exemple pour connaître une adresse ou une interruption, vous pouvez aussi ajouter une ligne du type : <br /><tt>options le_module irq=5 dma=0 dma2=1 mpu_io=0x388 io=0x370</tt><br />Chaque module a ses propres options, reportez-vous à la documentation de votre module afin de les connaître.

Enfin, si vous voulez lancer une commande avant ou après que le module soit chargé en mémoire, vous pouvez ajouter une ligne du type : <br /><tt>pre-install le_module la_commande</tt> , ou : <br /><tt>post-install le_module la_commande</tt>

Voilà, c'est tout, maintenant lorsqu'un programme utilisera le periphérique, plus besoin de charger le module à la main, cela se fera automatiquement.

Pour plus d'infos, regardez la page man de <tt>depmod</tt>, et des autres programmes (<tt>insmod</tt>, <tt>lsmod</tt>, etc.).

<u>Remarque</u> : on peut faire des tas de choses "intéressantes" avec les modules, allez voir [http://www.safenetworks.com/Linux/modules.html cette page] par exemple... En résumé, si vous êtes un paranoïaque de la sécurité, n'utilisez pas les modules et compilez-vous un noyau complètement monolithique sans chargeur de modules (merci à [http://www.bruhat.net BooK] pour l'info).

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Jean-Christophe Cardot le 25/05/2000.</div>

= Copyright =
Copyright © 25/05/2000, Jean-Christophe Cardot
{{CC-BY-NC-SA}}

Kernel-modules

2006-09-20T04:50:00Z

Ftiercel : /* A quoi ça sert ? */

[[Category:Configurer votre noyau]]
= Les modules de Linux =

<div class="leatitre">Les modules de Linux</div><div class="leapar">par Jean-Christophe</div><div class="leadesc">Comment fonctionnent ces mystérieux modules ?</div>
----

Si vous ne savez pas ce que sont les modules, allez voir le glossaire !

== A quoi ça sert ? ==

; Bon, puisque vous avez pas été lire le glosssaire, voici la définition qui en est donnée :
: Les modules sont une façon qui a été trouvée pour rendre Linux (le noyau) plus modulaire (!) et plus léger. En effet, ce sont le plus souvent des drivers qui ont été "sortis" du noyau dans des fichiers séparés, et qui sont chargés en mémoire, soit automatiquement lorsqu'on se sert du périphérique concerné, soit manuellement. Ils permettent de réduire la taille mémoire utilisée par le noyau lui-même. Le concept de modules permet aussi d'ajouter des drivers de périphériques au système sans devoir recompiler le noyau.

Bon, c'est clair il me semble (normal, c'est moi qui aie écrit ça ;). Les modules permettent aussi d'ajouter des drivers distribués uniquement sous forme binaire ; on ne peut pas les recompiler, mais on peut s'en servir (ce qui est assez intéressant finalement ;) Les modules ne sont pas que des drivers, d'une façon générale, ça peut être tout morceau de code qu'on a décidé d'externaliser par rapport au noyau, comme bien sûr un driver, mais aussi un protocole de communication (par ex. <tt>ppp</tt>) ou n'importe quoi d'autre.

== Où se trouvent-ils ? ==

Ils résident dans <tt>/lib/modules/version_du_noyau</tt>. exemple : <tt>/lib/modules/2.2.15</tt>.

Ce répertoire contient les dossiers suivants qui permettent de séparer les modules selon leur type : <br />

<center>

{| border="BORDER"
| <tt>block/</tt>
| périphériques de type bloc
|-
| <tt>fs/</tt>
| systèmes de fichier (FAT, ext2, etc.)
|-
| <tt>misc/</tt>
| périphériques divers (carte tuner TV, port parallèle, carte son, joystick, etc.)
|-
| <tt>net/</tt>
| drivers des cartes réseaux et protocoles
|-
| <tt>scsi/</tt>
| périphériques SCSI
|-
| <tt>cdrom/</tt>
| drivers CDROM non IDE (anciens CD-ROMs)
|-
| <tt>ipv4/</tt><br /><tt>ipv6/</tt>
| protocole IP v4 et v6(protocole réseau)
|-
| <tt>pcmcia/</tt>
| modules pour gérer les cartes PCMCIA
|-
| <tt>video/</tt>
| gestion des cartes video en console, framebuffer
|}

</center>

Ce répertoire peut contenir d'autres dossiers, plus un fichier nommé <tt>modules.dep</tt>, qui contient les dépendances entre modules (le module parport_ide à besoin du module parport, etc.). Ce fichier est généralement regénéré à chaque boot par la commande "depmod -a" placée dans les scripts de démarrage.

== Comment les manipuler ? ==

Avec les programmes <tt>lsmod</tt>, <tt>insmod</tt>, <tt>rmmod</tt> et <tt>modprobe</tt> qui se situent dans <tt>/sbin</tt>.

* <tt>lsmod</tt> : voir quels modules sont chargés à l'heure actuelle. Cette commande affiche la liste des modules chargés, les dépendances entre les modules chargés, et dit si les modules sont utilisés ou non.
* <tt>insmod module</tt> : charger un module en mémoire. Si "<tt>module</tt>" est spécifié sans extension (en général "<tt>.o</tt>"), <tt>insmod</tt> cherchera le module dans des répertoires par défaut, en général <tt>/lib/module/version_du_noyau</tt>. Sinon, il faut donner le chemin où trouver le module. (Par exemple : "<tt>insmod -f ./module.o</tt>" ; le "<tt>-f</tt>" permet de forcer le chargement d'un module qui a été compilé avec une version du noyau différente de celle du noyau qui tourne actuellement.)
* <tt>rmmod module</tt> : décharger un module, où "<tt>module</tt>" est le nom donné par <tt>lsmod</tt>.
* <tt>modprobe</tt> : la commande la plus puissante. "<tt>modprobe module</tt>" permet de charger en mémoire un module ainsi que tous les modules dont il dépend (en lisant le fichier <tt>modules.dep</tt>). "<tt>modprobe -r module</tt>" permet d'enlever un module de la mémoire, ainsi que tous les modules dont il dépend, sauf s'ils sont utilisés par un autre module bien sûr.

== Comment les recompiler / en ajouter ? ==

=== Modules livrés avec le noyau ===

Voir la rubrique [kernel.php3 noyau]. Pour ajouter un module, il faut éditer la configuration du noyau, cocher l'option 'M' voulue dans la config du noyau, puis enregistrer la configuration noyau, faire : <br /><tt><nowiki># make dep ; make modules ; make modules_install</nowiki></tt><br />(Si vous modifiez également la configuration du noyau lui-même, par exemple en supprimant ou ajoutant des options qui sont incluses dans le noyau, vous devez aussi recompiler/réinstaller le noyau comme indiqué dans la rubrique [kernel.php3 noyau].)

=== Modules livrés en dehors du noyau ===

Parfois, des modules peuvent être trouvés en dehors de l'arborescence des sources du noyau. Par exemple, vous pouvez télécharger un driver pour certains winmodems (hé oui ça arrive !!!) sur [http://www.o2.net/~gromitkc/winmodem.html cette page]. <br />Certains de ces modules sont livrés sous forme binaire, on peut alors s'en servir tel quels (<tt>insmod -f ./le_module</tt>). D'autres sont livrés sous forme source sous license GPL ou non ; il faut d'abord les compiler (lisez la doc fournie avec ; cela nécessite en général d'avoir installé les sources du noyau).

=== Prise en compte des nouveaux modules ===

Pour que les modules nouvellement installés soient pris en compte, si ce sont des modules "hors noyau", il est bon de les copier dans <tt>/lib/modules/version_du_noyau/misc</tt> (pour les modules "noyau", la commande "<tt>make modules_install</tt>" fait ça) <br />Il faut aussi faire un : <br /><tt><nowiki># depmod -a</nowiki></tt><br />Cette commande remet à jour le fichier <tt>modules.dep</tt>, en fonction du ou des nouveaux modules. <br />Ainsi, vous pourrez charger le module par "<tt>modprobe le_module</tt>".

== Comment faire pour les charger automatiquement ? ==

=== ou : le chargeur de modules et <tt>/etc/conf.modules</tt> ===

Tout ça c'est bien beau, mais si à chaque fois avant de regarder la télé, il faut faire "<tt>modprobe bttv</tt>", ou si à chaque fois qu'on veut lancer Xracer il faut faire "<tt>modprobe 3dfx</tt>", ça va vite devenir fastidieux.

Ce qu'on veut, c'est que le bon module se charge lorsqu'on utilise le périphérique (<tt>/dev/le_periph</tt>) correspondant. C'est simple. Il faut indiquer au chargeur de modules que pour acceder à ce périphérique il doit charger le module <tt>le_module</tt>. Cela se fait via son fichier de configuration : <tt>/etc/conf.modules</tt>.

Pour qu'un module soit chargé automatiquement, faire : <br /><tt><nowiki># ls -l /dev/le_periph</nowiki></tt><br />qui affiche une ligne ressemblant à : <br /><tt>crw------- 1 user group '''<u>144</u>''', ''<u>12</u>'' May 25 2000 /dev/le_periph</tt><br />Dans la ligne qui s'affiche, noter le numéro dit "majeur", c'est à dire le premier numéro qui suit le groupe, ici "'''144'''". Notez ce numéro.

; <u>Remarque</u> :
: Le numéro majeur (ici '''144''') sert à déterminer quel driver est nécessaire pour piloter ce périphérique, le numéro mineur (ici ''12'') sert à différencier les périphériques utilisant un même driver.

Editez le fichier <tt>/etc/conf.modules</tt> dans votre éditeur de texte préféré et ajoutez une ligne : <br /><tt>alias char-major-144 le_module</tt><br />en remplaçant bien sûr 144 par votre numéro, et <tt>le_module</tt> par votre module. <br />Par exemple, pour charger le module gérant la carte 3dfx, j'ai dans mon <tt>conf.modules</tt> la ligne suivante : <br /><tt>alias char-major-107 3dfx</tt>

; <u>Remarque</u> :
: Il existe des aliases prédéfinis pour remplacer <tt>char-major-xxx</tt> pour les périphériques courants : <tt>eth0</tt> pour la première carte ethernet (<tt>eth1</tt> pour la suivante, etc.), <tt>parport_lowlevel</tt> pour le port parallèle, <tt>sound</tt> pour la carte son, <tt>midi</tt> pour la partie midi de la carte son, etc.

Si votre module a besoin d'options, par exemple pour connaître une adresse ou une interruption, vous pouvez aussi ajouter une ligne du type : <br /><tt>options le_module irq=5 dma=0 dma2=1 mpu_io=0x388 io=0x370</tt><br />Chaque module a ses propres options, reportez-vous à la documentation de votre module afin de les connaître.

Enfin, si vous voulez lancer une commande avant ou après que le module soit chargé en mémoire, vous pouvez ajouter une ligne du type : <br /><tt>pre-install le_module la_commande</tt> , ou : <br /><tt>post-install le_module la_commande</tt>

Voilà, c'est tout, maintenant lorsqu'un programme utilisera le periphérique, plus besoin de charger le module à la main, cela se fera automatiquement.

Pour plus d'infos, regardez la page man de <tt>depmod</tt>, et des autres programmes (<tt>insmod</tt>, <tt>lsmod</tt>, etc.).

<u>Remarque</u> : on peut faire des tas de choses "intéressantes" avec les modules, allez voir [http://www.safenetworks.com/Linux/modules.html cette page] par exemple... En résumé, si vous êtes un paranoïaque de la sécurité, n'utilisez pas les modules et compilez-vous un noyau complètement monolithique sans chargeur de modules (merci à [http://www.bruhat.net BooK] pour l'info).

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Jean-Christophe Cardot le 25/05/2000.</div>

= Copyright =
Copyright © 25/05/2000, Jean-Christophe Cardot
{{CC-BY-NC-SA}}