Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] modprobe - Manipulations haut niveau de modules chargeables. [size=18] [b]Résumé[/b] [/size] .hy 0 [b]modprobe[/b] [-adnqv] [-C [i]config[/i]] module [symbole=valeur ... ] [b][/b] [b]modprobe[/b] [-adnqv] [-C [i]config[/i]] [-t [i]type[/i]] pattern [b][/b] [b]modprobe[/b] -l [-C [i]config[/i]] [-t [i]type[/i]] pattern [b][/b] [b]modprobe[/b] -c [-C [i]config[/i]] [b][/b] [b]modprobe[/b] -r [-dnv ] [-C [i]config[/i]] [ module ...] [b][/b] [b]modprobe[/b] -Vh [size=18] [b]Options[/b] [/size] [b]-a , --all[/b] [table][row][col]    [/col][col]Charge [b]tous[/b] les modules au lieu de s'arrêter après le premier chargement réussi.[/col][/row][/table] [b]-c , --showconfig[/b] [table][row][col]    [/col][col]Affiche la configuration courante.[/col][/row][/table] [table][row][col]    [/col][col][b][/b]-C, [b][/b]--config [i]config[/i] Utilise le fichier de configuration [i]configfile[/i] plutôt que (le facultatif) [i]/etc/modules.conf[/i] pour le paramétrage. La variable d'environnement [b]MODULECONF[/b] peut être aussi utilisée pour sélectionner (et surcharger) un fichier de configuration différent du fichier par défaut [i]/etc/modules.conf[/i], ou [i]/etc/conf.modules[/i] (à éviter).[/col][/row][/table] Quand la variable d'environnement [b]UNAME_MACHINE[/b] est remplie, modutils l'utilisera à la place du champ "machine" de l'appel-système uname(). Ceci est surtout utile si vous compilez des modules 64 bits dans un espace utilisateur 32 bits ou inversement ; remplissez [b]UNAME_MACHINE[/b] avec le type de modules construits. La version actuelle de modutils ne supporte pas la construction croisée complète de modules, elle est limitée au choix entre 32 et 64 bits de l'architecture hôte. [b]-d , --debug[/b] [table][row][col]    [/col][col]Affiche des informations sur la représentationt interne de la pile de modules.[/col][/row][/table] [b]-h , --help[/b] [table][row][col]    [/col][col]Affiche une page d'aide et se termine.[/col][/row][/table] [b]-k , --autoclean[/b] [table][row][col]    [/col][col]Marque les modules pour auto-nettoyage. Utilisé par le noyau quand il appelle [b]modprobe[/b] pour satisfaire les dépendances manquantes. L'option [b][/b]-q est impliquée par [b][/b]-k. Ces options seront directement transmises à [b]insmod[/b].[/col][/row][/table] [b]-l , --list[/b] [table][row][col]    [/col][col]Affiche les modules chargeables. [/col][/row][/table] [b]-n , --show[/b] [table][row][col]    [/col][col]Ne rien faire en réalité, indiquer juste ce qui serait fait.[/col][/row][/table] [b]-q , --quiet[/b] [table][row][col]    [/col][col]Ne se plaint pas si [b]insmod[/b] échoue au chargement d'un module. Continue en silence à essayer d'autres possibilités. Cette option sera directement transmise à [b]insmod[/b].[/col][/row][/table] [b]-r , --remove[/b] [table][row][col]    [/col][col]Enlève le module (ou la pile) ou exécute un auto-nettoyage suivant s'il y a des modules indiqués ou non sur la ligne de commande.[/col][/row][/table] [b]-s , --syslog[/b] [table][row][col]    [/col][col]Envoyer les messages à syslog plutôt que sur la sortie d'erreur. Cette option sera directement transmise à [b]insmod[/b].[/col][/row][/table] [table][row][col]    [/col][col][b][/b]-t [i]moduletype[/i]; [b][/b]--type [i]moduletype[/i] Ne considère que les modules du type indiqué. modprobe ne s'occupera que des modules dont le répertoire inclut exactement "[i]/moduletype/[/i]". Il peut contenir plusieurs noms ; par exemple "[b][/b]-t [i]drivers/net[/i]" listera tous les modules dans [i]xxx/drivers/net/[/i] et ses sous-répertoires.[/col][/row][/table] [b]-v , --verbose[/b] [table][row][col]    [/col][col]Affiche les commandes au fur et à mesure qu'elles sont exécutées.[/col][/row][/table] [b]-V, --version[/b] [table][row][col]    [/col][col]Affiche le numéro de version de modprobe.[/col][/row][/table] [b]Note :[/b] [table][row][col]    [/col][col]Les noms de modules ne contenir ni chemin d'accès (pas de '/'), ni de suffixe '.o'. Par example, lp est un nom correct pour [b]modprobe ,[/b] /lib/modules/2.4.21/kernel/char/lp ou lp.o sont invalides. Ceci concerne la ligne de commande et les entrées dans les fichiers de configuration.[/col][/row][/table] [size=18] [b]Description[/b] [/size] Les utilitaires [b]modprobe[/b] et [b]depmod[/b] rendent un noyau Linux modulaire plus facilement gérable pour tous les utilisateurs, administrateurs et les développeurs de distribution. [b]modprobe[/b] utilise un fichier de type "Makefile" pour les dépendances, créé par [b]depmod[/b], pour charger automatiquement les modules corrects depuis l'ensemble des modules disponibles dans les répertoires prédéfinis. [b]modprobe[/b] sert à charger un seul module, la pile de modules dépendants, ou tous les modules marqués par une étiquette spécifique. [b]modprobe[/b] chargera automatiquement la base de modules nécessaire à un ensemble, comme décrit dans le fichier de dépendances modules.dep. Si un chargement échoue, la totalité des modules chargés par la commande sera déchargée automatiquement. [b]modprobe[/b] a deux façons pour charger des modules. La première (le mode d'essai) essaiera de charger un module de la liste (définie par [b]pattern ).[/b] [b]modprobe[/b] arrête le chargement dès qu'un modules est chargé avec succès. Cela peut être utilisé pour charger automatiquement un pilote de carte ethernet parmi d'autres. [b][/b] Sinon, [b]modprobe[/b] peut charger [b]tous[/b] les modules d'une liste. Voir les [b]EXEMPLES[/b] ci dessous. Avec l'option [b]-r,[/b] modprobe déchargera automatiquement l'ensemble des modules, de la même façon qu'en utilisant [b]rmmod -r .[/b] On peut noter que [b]modprobe -r[/b] seul fera le ménage parmi les modules inutilisés et lancera les commandes de pré- et de post-enlèvement dans le fichier de configuration /etc/modules.conf. Avec l'option [i]-l[/i] combinée avec l'option [i]-t[/i] une liste de tous les modules disponibles d'un type donné sera affichée. L'option [i]-c[/i] affichera la configuration courante (par défaut et le fichier de configuration). [size=18] [b]Configuration[/b] [/size] Le comportement de [b]modprobe[/b] (et de [b]depmod )[/b] peut être modifié par le fichier (optionnel) de configuration [b]/etc/modules.conf .[/b] [b][/b] Pour une description plus détaillée de ce que peut contenir ce fichier, ainsi que la configuration par défaut de [b]depmod[/b] et de [b]modprobe,[/b] voir [b] modules.conf (5).[/b] Note : les commandes de pré- et de post-enlèvement ne seront [b]pas[/b] exécutées si un module est déchargé (car ce module est marqué 'autoclean') par kerneld ! Voir plutôt le support des données persistantes. [b][/b] Si vous voulez utiliser les caractéristiques de pré et de post-installation, vous devez enlever l'option 'autoclean' pour kerneld et plutôt mettre une commande dans votre "crontab" (c'est utilisé par les systèmes kmod); pour effectuer un rafraîchissement toutes les deux minutes : [b][/b] /2 * * * test -f /proc/modules && /sbin/modprobe -r [size=18] [b]Stratégie [/b] [/size] L'idée est que [b]modprobe[/b] regardera en premier dans le répertoire contenant les modules compilés pour la version spécifique du noyau en cours d'exécution (/lib/modules/2.2.12-20/ par exemple). Si le module n'est pas trouvé ici, [b]modprobe[/b] ira dans le répertoire commun de la version du noyau (ex. 2.0, 2.2). Quand vous installez un nouveau noyau, les modules sont déplacés dans le répertoire relatif à la version spécifique (et à la version générale) du noyau que vous installez. Alors vous devez créer un lien symbolique de ce répertoire vers le répertoire par défaut. Chaque fois que vous compilez un nouveau noyau, la commande [b]make modules_install[/b] créera un nouveau répertoire, mais ne change pas le lien par défaut. Quand vous avez un module non relié à la distribution du noyau vous devez le mettre dans un des répertoires indépendants de la version sous /lib/modules. C'est la stratégie par défaut. On peut passer outre avec /etc/modules.conf. [size=18] [b]Exemples[/b] [/size] [table][row][col]    [/col][col]modprobe -t net Charge un des modules qui sont stockés dans le répertoire étiqueté "net". Chaque module est essayé jusqu'à réussite.[/col][/row][/table] [table][row][col]    [/col][col]modprobe -a -t boot Tous les modules qui sont dans les répertoires étiquetés [b]boot[/b] seront chargés.[/col][/row][/table] [table][row][col]    [/col][col]modprobe slip Cela tentera de charger le module slhc.o si il n'a pas déjà été chargé, car le module slip a besoin de fonctionnalités du module slhc. Cette dépendance est décrite dans le fichier "modules.dep" qui est créé automatiquement par [b]depmod[/b][/col][/row][/table] [table][row][col]    [/col][col]modprobe -r slip déchargera le module slip. Il enlèvera aussi le module slhc automatiquement, s'il n'est pas utilisé par d'autres modules bien sûr (comme ppp).[/col][/row][/table] [size=18] [b]Fichiers[/b] [/size] .nf /etc/modules.conf, (aussi mais à éviter: /etc/conf.modules) /lib/modules//modules.dep, /lib/modules/ .fi [size=18] [b]Voir aussi[/b] [/size] [b]depmod (8),[/b] [b]lsmod (8),[/b] [b]kerneld (8),[/b] [b]ksyms (8),[/b] [b]rmmod (8)[/b] [size=18] [b]Mode de sÉcuritÉ renforcÉe[/b] [/size] Si l'UID effectif n'est pas égal à l'UID réel, alors [b]modprobe[/b] traite ses entrées avec suspicion. Le dernier paramètre est toujours considéré comme un nom de module, même s'il débute par '-'. Il ne peut y avoir qu'un nom de module, et les options de la type "variable=valeur" sont interdites. Le nom de module est toujours traité comme une chaîne, et aucun développement n'est réalisé en mode de sécurité renforcé. Toutefois les développements sont toujours appliqués aux données lues dans le fichier de configuration. L'UID effectif peut être différent de l'UID quand modprobe est invoqué par le noyau, depuis le 2.4.0-test11. Dans un monde idéal, [b]modprobe[/b] pourrait faire confiance au noyau pour ne lui fournir que des paramètres valides. Malheureusement, il y a eu au moins une attaque basée sur le passage de paramètres non-vérifiés par du code de haut-niveau du noyau. Depuis modprobe ne fait plus confiance au noyau. .ne 8 [b]modprobe[/b] bascule automatiquement en mode de sécurité renforcé quand l'environnement n'est constitué que de ces chaînes : .nf HOME=/ TERM=linux PATH=/sbin:/usr/sbin:/bin:/usr/bin .fi Ceci correspond à l'exécution de modprobe par le noyau depuis le 2.2 jusqu'au 2.4.0-test11, même si UID == E-UID, ce qui se produisait sur les noyaux anciens. [size=18] [b]Commandes de journalisation[/b] [/size] Si le répertoire [i]/var/log/ksymoops[/i] existe et si [b]modprobe[/b] est lancé avec un option de chargement ou déchargement de module, alors modprobe journalisera ses actions et codes de retour dans [i]/var/log/ksymoops/`date[/i] +%Y%m%d.log`. Il n'y a pas d'option pour désactiver cet enregistrement automatique. Si vous voulez l'éviter, ne créez pas [i]/var/log/ksymoops[/i]. Lorsque ce répertoire existe, il doit appartenir à root, avoir le mode 644 ou 600 et il faudrait lancer le script [b]insmod_ksymoops_clean[/b] quotidiennement. [size=18] [b]Utilitaires nÉcessaires[/b] [/size] [b]depmod (8),[/b] [b]insmod (8).[/b] [size=18] [b]Notes[/b] [/size] Le motif [i]pattern[/i] fourni à modprobe aura souvent besoin d'être protégé pour s'assurer qu'il sera correctement interprété. [size=18] [b]Auteurs[/b] [/size] Jacques Gelinas (jack@solucorp.qc.ca) [b][/b] Bjorn Ekwall (bj0rn@blox.se) [size=18] [b]Traduction[/b] [/size] Jérome Signouret, 2000. [b][/b] Christophe Blaess, 2003.
Fichier