.\" -*- coding: UTF-8 -*- .ie \n(.g .ds Aq \(aq .el .ds Aq ' .\" Generated by scdoc 1.11.3 .\" Complete documentation for this program is not available as a GNU info page .nh .ad l .\" Begin generated content: .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH MODPROBE.D 5 "26 août 2024" kmod modprobe.d .PP .SH NOM .PP modprobe.\&d – Répertoire de configurations pour modprobe .PP .SH SYNOPSIS .PP /etc/modprobe.\&d/*.\&conf .PP /run/modprobe.\&d/*.\&conf .PP /usr/local/lib/modprobe.\&d/*.\&conf .PP /usr/lib/modprobe.\&d/*.\&conf .PP /lib/modprobe.\&d/*.\&conf .PP .SH DESCRIPTION .PP Comme la commande \fBmodprobe\fP peut ajouter ou supprimer plus d'un module, et à cause des modules qui ont des dépendances, il y a eu besoin d'une méthode pour spécifier quelles options utiliser avec les modules.\. Ils peuvent également être utilisés pour créer des alias pratiques : des noms alternatifs pour un module, ou ils peuvent remplacer le comportement normal de \fBmodprobe\fP pour ceux qui ont des exigences particulières (comme l'insertion de plus d'un module).\& .PP Notez que les noms de module et d'alias (comme d'autres noms de modules) peuvent avoir les signes \fB\-\fP ou \fB_\fP dans leurs noms ; les deux sont interchangeables pour toutes les commandes sur les modules, la conversion du tiret bas étant automatique.\& .PP .SH "FORMAT DE CONFIGURATION" .PP Les fichiers de configuration comprennent une commande par ligne, avec les lignes blanches et celles commençant par un croisillon \fB#\fP ignorées (ce qui est pratique pour ajouter des commentaires).\& Une contre\-oblique \fB\\fP à la fin de la ligne la fait continuer sur la ligne suivante, ce qui rend ces fichiers un peu plus propres.\& .PP Voir la section COMMANDES plus loin pour plus d'informations.\& .PP .SH "RÉPERTOIRES DE CONFIGURATION ET PRIORITÉS" .PP Les fichiers de configuration sont lus à partir des répertoires listés dans SYNOPSIS dans cet ordre de préséance.\& Une fois qu'un fichier d'un nom donné est chargé, tout fichier du même nom dans les répertoires suivants est ignoré.\& .PP Tous les fichiers de configuration sont triés par ordre lexicographique, quel que soit le répertoire dans lequel ils se trouvent.\& Ces fichiers de configuration peuvent être complètement remplacés (en ayant un nouveau fichier de configuration portant le même nom dans un répertoire de priorité plus élevée) ou remplacés partiellement (en ayant un fichier de configuration ordonné plus tard).\& .PP NOTE : les répertoires de configuration peuvent être modifiés au moyen de la variable d'environnement MODPROBE_OPTIONS.\& Voir la section ENVIRONNEMENT dans \fBmodprobe\fP(8).\& .PP .SH COMMANDES .PP alias \fInom_aternatif\fP \fInom_du_module\fP .RS 4 Cette commande permet de donner un nom alternatif à un module.\& Par exemple : « alias mon_mod le_super_long_nom_de_module » signifie que vous pouvez utiliser « modprobe mon_mod » au lieu de « modprobe le_super_long_nom_de_module ».\& Il est possible aussi d'utiliser les caractères jokers de type interpréteur de commande, ainsi « alias mon_mod* le_super_long_nom_de_module » signifie que « modprobe mon_mod_qqchose » aura le même effet.\& Il ne peut pas y avoir d'alias vers d'autres alias (cela mènerait à la folie), mais les alias peuvent avoir des options qui seront ajoutées aux autres options.\& .PP Notez que les modules peuvent aussi contenir leurs propres alias, ce qui est visible en utilisant \fBmodinfo\fP.\& Ces alias ne sont utilisés qu'en dernier ressort lorsque il n'y a pas réellement de module, de commande \fBinstall\fP, \fBremove\fP ou \fBalias\fP dans la configuration.\& .PP .RE blacklist \fInom_du_module\fP .RS 4 Les modules peuvent contenir leurs propres alias : habituellement ce sont des alias décrivant le périphérique pris en charge, tel que « pci:123.\&.\&.\& ».\& Ces alias « internes » peuvent être écrasés par des mots clés d' « alias » habituels, mais il y a des cas où deux ou plus modules prennent en charge les mêmes périphériques, ou un module non valable déclare prendre en charge un périphérique alors qu'il ne le fait pas : le mot clé \fBblacklist\fP indique que tous les alias « internes » de ce module particulier sont ignorés.\& .PP .RE install \fInom_du_module\fP \fIcommande.\&.\&.\&\fP .RS 4 Cette commande indique à \fBmodprobe\fP d'exécuter votre commande au lieu d'ajouter le module au noyau comme normalement.\& La commande peut être toute commande d'interpréteur : cela vous permet de faire autant de procédures complexes que vous le souhaitez.\& Par exemple, si le module « fred » fonctionne mieux avec le module « barney » déja installé, (mais qui n'est pas une dépendance, donc \fBmodprobe\fP ne le chargera pas automatiquement), vous pouvez taper « install fred /sbin/modprobe barney; /sbin/modprobe \-\-ignore\-install fred », qui fera ce que vous voulez.\& Notez que l'option \fB\-\-ignore\-install\fP empêchera le second \fBmodprobe\fP d'exécuter encore la même commande \fBinstall\fP.\& Voir aussi \fBremove\fP ci\-dessous.\& .PP L'avenir à long terme de cette commande en tant que solution au problème de la fourniture de dépendances de modules supplémentaires n'est pas assuré et il est prévu de remplacer cette commande par un avertissement quant à son éventuelle suppression ou obsolescence à un moment.\& Son utilisation complique la détermination automatisée des dépendances des modules par les utilitaires des distributions, tels que \fBmkinitrd\fP (car ils doivent maintenant interpréter d'une manière ou d'une autre ce que les commandes \fBinstall\fP pourraient faire).\& Dans un monde parfait, les modules devraient fournir toutes les informations de dépendances sans l'utilisation de cette commande et des travaux sont en cours pour implémenter la prise en charge des dépendances « soft » dans le noyau Linux.\& .PP L'utilisation de la chaîne « $CMDLINE_OPTS » entraînera son remplacement par toutes les options indiquées sur la ligne de commande de \fBmodprobe\fP.\& Cela peut être utile, car les utilisateurs s'attendent à ce que « modprobe fred opt=1 » passe l'argument « opt=1 » au module, même s'il y a une commande \fBinstall\fP dans le fichier de configuration.\& Ainsi notre exemple ci\-dessus devient « install fred /sbin/modprobe barney; /sbin/modprobe \-\-ignore\-install fred $CMDLINE_OPTS ».\& .PP .RE options \fInom_de_module\fP \fIoption.\&.\&.\&\fP .RS 4 Cette commande permet d'ajouter des options au module \fInom_de_module\fP (qui peut être un alias) chaque fois qu'il est ajouté au noyau : soit directement (en utilisant \fBmodprobe \fP\fInom_de_module\fP) ou parce qu'un module qui a été chargé en dépend.\& .PP Toutes les options sont ajoutées ensemble, elles peuvent venir d'une \fBoption\fP pour le module, pour un alias ou sur la ligne de commande.\& .PP .RE remove \fInom_de_module\fP \fIcommande.\&.\&.\&\fP .RS 4 Cette commande est similaire à la commande \fBinstall\fP ci\-dessus, à part qu'elle est invoquée lors de l'exécution de « modprobe \-r ».\& .PP .RE softdep \fInom_de_module\fP pre: \fImodules.\&.\&.\&\fP post: \fImodules.\&.\&.\&\fP .RS 4 La commande \fBsoftdep\fP permet d'indiquer des dépendances de module « soft » ou optionnelles.\& \fInom_de_module\fP peut être utilisé sans les modules optionnels installés, mais généralement il manque quelques fonctionnalités.\& Par exemple, un pilote pour un stockage HBA peut avoir besoin qu'un autre module soit chargé pour utiliser toutes les fonctionnalités de gestion.\& .PP Les modules « pre\-deps » et « post\-deps » sont des listes de noms et/ou d'alias d'autres modules que \fBmodprobe\fP essaiera d'installer (ou de supprimer) dans l'ordre avant et après le module principal donné dans l'argument \fInom_de_module\fP.\& .PP Exemple: Assumer que « softdep c pre: a b post: d e » est fourni dans la configuration.\& Exécuter « modprobe c » est maintement équivalent à « modprobe a b c d e » sans les « softdep ».\& Des arguments tels que \fB\-\-use\-blacklist\fP sont appliquées à tous les modules indiqués, alors que les paramètres du module ne s'appliquent qu'au module c.\& .PP Note : s'il y a des commandes \fBinstall\fP ou \fBremove\fP avec le même argument \fInom_de_module\fP, \fBsoftdep\fP prend la préseance.\& .PP .RE weakdep \fInom_de_module\fP \fImodules.\&.\&.\&\fP .RS 4 La commande \fBweakdep\fP permet de spécifier les dépendances faibles des modules.\& Elles sont similaires aux pre softdeps, avec la différence que l'espace utilisateur ne prévoit pas de charger cette dépendance avant le module indiqué.\& À la place, le noyau doit en apeller une ou plusieurs durant l'essai du module, en fonction du matériel auquel il est lié.\& L'objectif du module faible est d'accepter qu'un pilote indique que certaines dépendances peuvent être nécessaires, donc elles devraient être présentes dans le système de fichier (par exemple dans initramfs) lorsque le module est essayé.\& .PP Exemple : passer « weakdep c a b ».\& Un programme créant un initramfs sait qu'il doit ajouter a, b et c au système de fichiers puisque a et b peuvent être demandés/exigés au lancement.\& Lorsque c est chargé et a été éprouvé, il peut lancer des appels request_module() entrainant a et b à être aussi chargés.\& .PP .RE .SH COMPATIBILITÉ .PP Une future version de kmod viendra avec un avertissement sérieux pour empêcher l'usage de la commande \fBinstall\fP comme expliqué ci\-dessus.\& Cela arrivera lorsque la prise en charge des dépendances « soft » sera effective.\& Cette prise en charge améliorera la prise en charge actuelle des softdeps par cet outil en fournissant de telles dépendances directement dans le module.\& .PP .SH COPYRIGHT .PP Cette page de manuel était originellement sous copyright 2004, Rusty Russell, IBM Corporation.\& .PP .SH "VOIR AUSSI" .PP \fBmodprobe\fP(8), \fBmodules.\&dep\fP(5) .PP .SH AUTEURS .PP De nombreuses contributions proviennent de la liste de diffusion linux\-modules et de Github.\& Si vous avez une copie de kmod.\&git lui\-même, les sorties de \fBgit\-shortlog\fP(1) et de \fBgit\-blame\fP(1) vous indiquerons les auteurs de certaines parties du projet.\& .PP \fBLucas De Marchi\fP <\&lucas\&.de\&.marchi@gmail\&.com\&> est le responsable actuel du projet.\& .PP .SH TRADUCTION La traduction française de cette page de manuel a été créée par bubu . .PP Cette traduction est une documentation libre ; veuillez vous reporter à la .UR https://www.gnu.org/licenses/gpl-3.0.html GNU General Public License version 3 .UE concernant les conditions de copie et de distribution. Il n'y a aucune RESPONSABILITÉ LÉGALE. .PP Si vous découvrez un bogue dans la traduction de cette page de manuel, veuillez envoyer un message à .MT debian-l10n-french@lists.debian.org .ME .