Scroll to navigation

MODPROBE.D(5) modprobe.d MODPROBE.D(5)

BEZEICHNUNG

modprobe.d - Konfigurationsverzeichnis für Modprobe

ÜBERSICHT

/lib/modprobe.d/*.conf

/usr/local/lib/modprobe.d/*.conf

/run/modprobe.d/*.conf

/etc/modprobe.d/*.conf

BESCHREIBUNG

Da der Befehl modprobe mehr als ein Modul hinzufügen oder entfernen kann und ein Modul über Abhängigkeiten verfügen kann, wird eine Methode benötigt, um die mit diesen Modulen verwendeten Optionen anzugeben. Alle Dateien unterhalb des Verzeichnisses /etc/modprobe.d, die auf die Erweiterung .conf enden, legen solche Optionen je nach Bedarf fest. Sie können auch für bequeme Aliase verwandt werden: alternative Namen für ein Modul oder sie können das normale Verhalten von modprobe insgesamt für solche außer Kraft setzen, die besondere Anforderungen haben (wie beispielsweise das Einfügen von mehr als einem Modul).

Beachten Sie, dass Modul- und Aliasnamen (wie andere Modulnamen) »-« oder »_« enthalten können: beide können in sämtlichen Modulnamen austauschbar verwandt werden, da Unterstriche automatisch umgewandelt werden.

Das Format der Dateien unter modprobe.d ist einfach: Ein Befehl pro Zeile, wobei leere Zeilen und solche, die mit einem »#« beginnen (nützlich für die Aufnahme von Kommentaren), ignoriert werden. Ein »\« am Zeilenende führt dazu, dass die Zeile auf der nächsten Zeile fortgeführt wird, wodurch die Datei ein bisschen ordentlicher wird.

BEFEHLE

alias Platzhalter Modulname

Dies ermöglicht Ihnen die Angabe von Ersatznamen für ein Modul. Beispiel: »alias mein-mod wirklich_langer_Modulname« bedeutet, dass Sie »modprobe mein-mod« anstelle von »modprobe wirklich_langer_Modulname« verwenden können. Sie können auch Shell-artige Platzhalter verwenden, so dass »alias mein-mod* wirklich_langer_Modulname« bedeutet, dass »modprobe mein-mod-irgendetwas« die gleiche Auswirkung hat. Sie können keine Aliase auf andere Aliase haben (das würde verrückt machen), aber Aliase können Optionen haben, die zu anderen Optionen hinzugefügt werden.

Beachten Sie, dass Module auch ihre eigenen Aliase enthalten können, die Sie mittels modinfo(8) sehen können. Diese Aliase werden als Ultima Ratio verwandt (d.h. falls es kein echtes Modul oder den Befehl install, remove oder alias in der Konfiguration gibt).

blacklist Modulname

Module können ihre eigenen Aliase enthalten: normalerweise gibt es Aliase, die die unterstützten Geräte beschreiben, wie »pci:123…«. Diese »internen« Aliase können durch normale »alias«-Schlüsselwörter außer Kraft gesetzt werden, aber es gibt Fälle, bei denen zwei oder mehr Module beide das gleiche Gerät unterstützen oder ein Modul fälschlicherweise behauptet, ein Gerät zu unterstützen: das Schlüsselwort blacklist zeigt an, dass alle internen Aliase des bestimmten Moduls ignoriert werden sollen.

install Modulname Befehl…

Dieser Befehl weist modprobe(8) an, den Befehl auszuführen anstatt das Modul normal in den Kernel einzufügen. Dieser Befehl kann jeder Shell-Befehl sein: dies ermöglicht Ihnen eine beliebig komplexe Verarbeitung. Falls beispielsweise das Modul »fred« besser funktioniert, wenn das Modul »barney« bereits installiert ist (es hängt nicht von ihm ab, daher wird modprobe(8) es nicht automatisch installieren), könnten Sie »install fred /sbin/modprobe barney; /sbin/modprobe --ignore-install fred« angeben, womit das gewünschte passiert. Beachten Sie das --ignore-install, was das zweite modprobe(8) daran hindert, den gleichen install-Befehl erneut auszuführen. Siehe auch remove weiter unten.

Langfristig ist die Zukunft dieses Befehls als Lösung des Problems, zusätzliche Modulabhängigkeiten bereitzustellen, nicht sichergestellt. Es wird geplant, diesen Befehl in einer zukünftigen Veröffentlichung durch eine Warnung zu ersetzen, dass er als veraltet anzusehen sei und voraussichtlich entfernt werde. Seine Verwendung kompliziert die automatische Bestimmung von Modulabhängigkeiten durch Distributions-Hilfswerkzeuge wie mkinitrd (da diese derzeit irgendwie auswerten müssen, was der Befehl install tun könnte). In einer perfekten Welt würden Module alle Abhängigkeitsinformationen ohne den Einsatz dieses Befehls bereitstellen und es laufen Arbeiten, um weiche Abhängigkeiten innerhalb des Linux-Kernels zu unterstützen.

Falls Sie die Zeichenkette »$CMDLINE_OPTS« in dem Befehl verwenden, wird sie durch alle auf der modprobe(8)-Befehlszeile angegebenen Optionen ersetzt. Dies kann nützlich sein, da Benutzer von »modprobe fred opt=1« erwarten, dass das Argument »opt=1« an das Modul übergeben wird, selbst wenn es einen Installationsbefehl in der Konfigurationsdatei gibt. Daher wird unser obiges Beispiel zu »install fred /sbin/modprobe barney; /sbin/modprobe --ignore-install fred $CMDLINE_OPTS«.

options Modulname Option…

Dieser Befehl erlaubt es Ihnen, jedes Mal beim Einfügen in den Kernel Optionen zu dem Modulnamen (der ein Alias sein könnte) hinzuzufügen: ob direkt (mittels modprobe Modulname) oder da das eingefügte Modul von diesem Modul abhängt.

Alle Optionen werden zusammengefügt: sie können von einer Option für das Modul selbst, für einen Alias oder auf der Befehlszeile kommen.

remove Modulname Befehl…

Dies ist ähnlich zum obigen Befehl install, außer dass es bei der Ausführung von »modprobe -r« aufgerufen wird.

softdep Modulname pre: Module… post: Module

Der Befehl softdep erlaubt es Ihnen, weiche oder optionale Modulabhängigkeiten festzulegen. Modulname kann verwandt werden, ohne dass diese optionalen Module installiert sind, aber normalerweise fehlen dann Funktionalitäten. Beispielsweise könnte ein Treiber für ein Speicher-HBA das Laden eines anderen Modules benötigen, um die Verwaltungsfunktionalitäten zu verwenden.

pre-deps- und post-deps-Module sind Listen von Namen und/oder Aliase von anderen Modulen, die modprobe(8) vor oder nach dem im angegebenen Hauptmodul Modulname zu installieren (oder entfernen) versucht.

Beispiel: Sei »softdep c pre: a b post: d e« in der Konfiguration bereitgestellt. Die Ausführung von »modprobe c« ist jetzt äquivalent zu »modprobe a b c d e« ohne die weiche Abhängigkeit. Schalter wie --use-blacklist werden auf alle angegebenen Module angewandt, während Modulparameter nur auf das Modul c angewandt werden.

Hinweis: Falls es install- oder remove-Befehle mit dem gleichen Modulname-Argument gibt, hat softdep Vorrang.

KOMPATIBILITÄT

Eine zukünftige Version von kmod(8) wird eine ausdrücklichen Warnung ausgeben, um die Verwendung von install zu vermeiden (wie oben beschrieben). Dies passiert, sobald die Unterstützung für weiche Abhängigkeiten im Kernel vollständig ist. Die Unterstützung wird die bestehende Softdep-Unterstützung innerhalb dieses Hilfswerkzeuges ergänzen, indem es solche Abhängigkeiten direkt innerhalb von Modulen bereitstellt.

COPYRIGHT

Das Urheberrecht für diese Handbuchseite war ursprünglich © 2004 Rusty Russell, IBM Corporation. Betreut von Jon Masters und anderen.

SIEHE AUCH

modprobe(8), modules.dep(5)

AUTOREN

Jon Masters <jcm@jonmasters.org>

Entwickler

Robby Workman <rworkman@slackware.com>

Entwickler

Lucas De Marchi <lucas.de.marchi@gmail.com>

Entwickler

ÜBERSETZUNG

Die deutsche Übersetzung dieser Handbuchseite wurde von Helge Kreutzmann <debian@helgefjell.de> erstellt.

Diese Übersetzung ist Freie Dokumentation; lesen Sie die GNU General Public License Version 3 oder neuer bezüglich der Copyright-Bedingungen. Es wird KEINE HAFTUNG übernommen.

Wenn Sie Fehler in der Übersetzung dieser Handbuchseite finden, schicken Sie bitte eine E-Mail an die Mailingliste der Übersetzer.

10. Dezember 2022 kmod