.\" -*- 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 "21. Februar 2025" kmod modprobe.d .PP .SH BEZEICHNUNG .PP modprobe.\&d \- Konfigurationsverzeichnis für Modprobe .PP .SH ÜBERSICHT .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 BESCHREIBUNG .PP Da der Befehl \fBmodprobe\fP 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.\& Sie können auch für bequeme Aliase verwandt werden: alternative Namen für ein Modul oder sie können das normale Verhalten von \fBmodprobe\fP insgesamt für solche außer Kraft setzen, die besondere Anforderungen haben (wie beispielsweise das Einfügen von mehr als einem Modul).\& .PP 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.\& .PP .SH KONFIGURATIONSFORMAT .PP Die Konfigurationsdateien enthalten einen Befehl pro Zeile, wobei leere Zeilen und Zeilen, die mit »\&#« beginnen, ignoriert werden (nützlich zur Aufnahme von Kommentaren)\&. Ein \&\e'\& am Zeilenende führt dazu, dass die Zeile auf der nächsten Zeile fortgeführt wird, wodurch die Dateien etwas ordentlicher werden.\& .PP Siehe den nachfolgenden Abschnitt BEFEHLE für weiteres.\& .PP .SH "KONFIGURATIONSVERZEICHNISSE UND RANGFOLGE" .PP Konfigurationsdateien werden aus den in der ÜBERSICHT aufgeführten Verzeichnissen in der dortigen Reihenfolge gelesen.\&. Sobald eine Datei des angegebenen Dateinamens geladen ist, werden alle Dateien mit dem gleichen Namen in nachfolgenden Verzeichnissen ignoriert.\& .PP Alle Konfigurationsdateien werden in lexikographischer Reihenfolge sortiert, unabhängig von dem Verzeichnis, in dem sie sich befinden.\& Konfigurationsdateien können entweder komplett ersetzt (indem eine Konfigurationsdatei mit dem gleichen Namen in einem Verzeichnis mit höherer Priorität abgelegt wird) oder teilweise ersetzt werden (indem eine Konfigurationsdatei vorhanden ist, die später einsortiert ist).\& .PP HINWEIS: Die Konfigurationsverzeichnisse können mit der Umgebungsvariablen MODPROBE_OPTIONS verändert werden.\& Siehe den Abschnitt ENVIRONMENT in \fBmodprobe\fP(8).\& .PP .SH BEFEHLE .PP alias \fIPlatzhalter\fP \fIModulname\fP .RS 4 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.\& .PP Beachten Sie, dass Module auch ihre eigenen Aliase enthalten können, die Sie mittels \fBmodinfo\fP(8) sehen können.\& Diese Aliase werden als Ultima Ratio verwandt (d.h.\& falls es kein echtes Modul oder den Befehl \fBinstall\fP, \fBremove\fP oder \fBalias\fP in der Konfiguration gibt).\& .PP .RE blacklist \fIModulname\fP .RS 4 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 \fBblacklist\fP zeigt an, dass alle internen Aliase des bestimmten Moduls ignoriert werden sollen.\& .PP .RE install \fIModulname\fP \fIBefehl…\fP .RS 4 Dieser Befehl weist \fBmodprobe\fP(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 \fBmodprobe\fP(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 \fB\-\-ignore\-install\fP, was das zweite \fBmodprobe\fP(8) daran hindert, den gleichen \fBinstall\fP\-Befehl erneut auszuführen.\& Siehe auch \fBremove\fP weiter unten.\& .PP 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 \fBmkinitrd\fP (da diese derzeit irgendwie auswerten müssen, was der Befehl \fBinstall\fP 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.\& .PP Falls Sie die Zeichenkette »$CMDLINE_OPTS« in dem Befehl verwenden, wird sie durch alle auf der \fBmodprobe\fP(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«.\& .PP .RE options \fIModulname\fP \fIOption…\fP .RS 4 Dieser Befehl erlaubt es Ihnen, jedes Mal beim Einfügen in den Kernel Optionen zu dem \fIModulnamen\fP (der ein Alias sein könnte) hinzuzufügen: ob direkt (mittels \fBmodprobe\fP \fIModulname\fP) oder da das eingefügte Modul von diesem Modul abhängt.\& .PP Alle Optionen werden zusammengefügt: sie können von einer \fBOption\fP für das Modul selbst, für einen Alias oder auf der Befehlszeile kommen.\& .PP .RE remove \fIModulname\fP \fIBefehl…\fP .RS 4 Dies ist ähnlich zum obigen Befehl \fBinstall\fP, außer dass es bei der Ausführung von »modprobe \-r« aufgerufen wird.\& .PP .RE softdep \fIModulname\fP pre: \fIModule…\fP post: \fIModule…\fP .RS 4 Der Befehl \fBsoftdep\fP erlaubt es Ihnen, weiche oder optionale Modulabhängigkeiten festzulegen.\& \fIModulname\fP 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.\& .PP pre\-deps\- und post\-deps\-Module sind Listen von Namen und/oder Aliase von anderen Modulen, die \fBmodprobe\fP(8) vor oder nach dem im angegebenen Hauptmodul \fIModulname\fP zu installieren (oder entfernen) versucht.\& .PP 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 \fB\-\-use\-blacklist\fP werden auf alle angegebenen Module angewandt, während Modulparameter nur auf das Modul c angewandt werden.\& .PP Hinweis: Falls es \fBinstall\fP\- oder \fBremove\fP\-Befehle mit dem gleichen \fIModulname\fP\-Argument gibt, hat \fBsoftdep\fP Vorrang.\& .PP .RE weakdep \fIModulname\fP \fIModule…\fP .RS 4 Der Befehl \fBweakdep\fP erlaubt Ihnen die Angabe weicher Modulabhängigkeiten.\& Diese sind ähnlich zu »pre softdep«, mit dem Unterschied, dass der Anwendungsraum nicht versucht, die Abhängigkeit vor dem angegebenen Modul zu laden.\&. Stattdessen kann der Kernel eines oder mehrere von ihnen während der Modulprüfung anfragen, abhängig von der Hardware, an die angebunden wird.\& Der Zweck der weichen Abhängigkeit ist es, einem Treiber zu erlauben, dass eine bestimmte Abhängigkeit benötigt werden könnte, so dass diese im Dateisystem vorhanden ist (z.\&B.\& in einer Initramfs), wenn das Modul geprüft wird.\& .PP Beispiel: Sei »weakdep c a b«.\& Ein Programm, das eine Initramfs erstellt, weiß, dass es a, b und c zu dem Dateisystem hinzufügen soll, da zur Laufzeit a und b benötigt/erwünscht sind.\& Wenn c geladen wird und die Prüfung erfolgt, könnte es Aufrufe an request_module() erteilen, wodurch a oder b auch geladen werden.\& .PP .RE .SH KOMPATIBILITÄT .PP Eine zukünftige Version von \fBkmod\fP(8) wird eine ausdrücklichen Warnung ausgeben, um die Verwendung von \fBinstall\fP 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.\& .PP .SH COPYRIGHT .PP Das Urheberrecht für diese Seite war ursprünglich © 2004 Rusty Russell, IBM Corporation.\& .PP .SH "SIEHE AUCH" .PP \fBmodprobe\fP(8), \fBmodules.\&dep\fP(5) .PP .SH FEHLER .PP Bitte leiten Sie alle Fehlerberichte (auf Englisch) an die Fehlerdatenbank von kmod unter https://github.\&com/kmod\-project/kmod/issues/ zusammen mit der verwandten Version, Schritten zum Nachvollziehen des Problems und dem erwarten Ergebnis weiter.\& .PP .SH AUTOREN .PP Eine Vielzahl von Beiträgen kamen von der Linux\-Modules\-Mailingliste und Github.\& Falls Sie einen Klon von kmod.\&git selbst haben, kann Ihnen die Ausgabe von \fBgit\-shortlog\fP(1) und \fBgit\-blame\fP(1) die Autoren für bestimmte Teile des Projekts darstellen.\& .PP \fBLucas De Marchi\fP ist der aktuelle Betreuer des Projekts.\& .PP .SH ÜBERSETZUNG Die deutsche Übersetzung dieser Handbuchseite wurde von Helge Kreutzmann erstellt. .PP Diese Übersetzung ist Freie Dokumentation; lesen Sie die .UR https://www.gnu.org/licenses/gpl-3.0.html GNU General Public License Version 3 .UE oder neuer bezüglich der Copyright-Bedingungen. Es wird KEINE HAFTUNG übernommen. .PP Wenn Sie Fehler in der Übersetzung dieser Handbuchseite finden, schicken Sie bitte eine E-Mail an die .MT debian-l10n-german@lists.debian.org Mailingliste der Übersetzer .ME .