Scroll to navigation

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

NAZWA

modprobe.d - katalog konfiguracji modprobe

SKŁADNIA

/lib/modprobe.d/*.conf

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

/run/modprobe.d/*.conf

/etc/modprobe.d/*.conf

OPIS

Ze względu na zależności między modułami, polecenie modprobe może dodawać lub usuwać więcej niż pojedynczy moduł, zatem potrzebna jest metoda podawania opcji, jakie mają być używane z tymi modułami. Wszystkie pliki w katalogu /etc/modprobe.d, które kończą się rozszerzeniem .conf określają te opcje, zgodnie z wymaganiami. Można w ten sposób także tworzyć wygodne aliasy: czyli alternatywne nazwy dla modułów lub zupełnie przesłaniać zwykłe zachowanie modprobe w przypadku specjalnych wymagań (np. dodawania więcej niż jednego modułu).

Proszę zwrócić uwagę, że nazwy aliasów i modułów (podobnie jak inne nazwy modułów) mogą zawierać znaki - lub _: oba można stosować zamiennie we wszystkich poleceniach związanych z modułami, ponieważ konwersja znaków podkreślenia następuje automatycznie.

Format plików konfiguracyjnym w katalogu modprobe.d jest prosty: po jednym poleceniu na wiersz, przy czym puste wiersze oraz wiersze zaczynające się od „#” są ignorowane (przydatne do dodawania komentarzy) Znak „\” na końcu wiersza powoduje, że następny wiersz staje się kontynuacją poprzedniego, co czyni pliki nieco czytelniejszymi.

POLECENIA

alias wieloznacznik nazwa-modułu

Pozwala nadać modułowi alternatywną nazwę Przykładowo „alias moj-mod naprawde-dluga-nazwa-modulu” oznacza, że można używać „modprobe moj-mod” zamiast „modprobe naprawde-dluga-nazwa-modulu”. Można też korzystać z wieloznaczników powłoki, zatem „alias moj-mod* naprawde-dluga-nazwa-modulu” oznacza, że „modprobe moj-mod-costam” również zadziała Nie można tworzyć aliasów do innych aliasów (to prowadziłoby do szaleństwa), ale aliasy mogą posiadać opcje, które zostaną dodane do wszelkich innych opcji.

Moduły mogą zawierać swoje własne aliasy, które można poznać poleceniem modinfo Aliasy te są używane w ostatniej kolejności (tj. jeśli nie ma rzeczywistego modułu o takiej nazwie, ani w konfiguracji nie ma polecenia install, remove lub alias).

blacklist nazwa-modułu

Moduły mogą zawierać swoje własne aliasy: zwykle są to aliasy opisujące obsługiwane urządzenia, np. „pci:123..”. Te „wewnętrzne” aliasy można przesłonić zwykłymi słowami kluczowymi „alias”, ale niekiedy zdarza się, że dwa lub więcej modułów obsługuje te same urządzenia albo moduł nieprawidłowo zgłasza obsługę urządzenia, którego nie obsługuje: słowo kluczowe blacklist wskazuje, że wszystkie wewnętrzne aliasy danego modułu należy zignorować.

install nazwa-modułu polecenie...

Polecenie instruuje modprobe, aby uruchomiło podane polecenie zamiast umieszczać moduł w jądrze w zwykły sposób. Polecenie to może być dowolnym poleceniem powłoki: w ten sposób można dokonać dowolnie skomplikowanego przetwarzania. Przykładowo, jeśli moduł „fred” działa lepiej z już zainstalowanym modułem „barney” (ale nie jest od niego zależny, więc modprobe nie załaduje go automatycznie), można podać „install fred /sbin/modprobe barney; /sbin/modprobe --ignore-install fred”, co da oczekiwany efekt. Proszę odnotować --ignore-install, które powstrzymuje drugi przebieg modprobe od ponownego uruchomienia tego samego polecenia install Zob też remove poniżej.

Długoterminowa przyszłość tego polecenia jako rozwiązania problemów z zapewnianiem dodatkowych zależności modułom nie jest pewna; planuje się jego zastąpienie ostrzeżeniem o przyszłym usunięciu lub uznaniu za przestarzałe w którymś z przyszłych wydań. Obecność polecenia komplikuje automatyczne określanie zależności modułów przez narzędzia dystrybucji takie jak mkinitrd (ponieważ wymaga jakiejś interpretacji tego, co może robić polecenie install). W idealnym świecie moduły zapewniałyby wszelkie informacje o zależnościach bez niniejszego polecenia i trwają prace nad implementacją obsługi miękkich zależności w jądrze Linux.

Jeśli w poleceniu użyje się łańcucha „$CMDLINE_OPTS”, zostanie on zastąpiony opcjami podanymi w wierszu polecenia modprobe Może być to przydatne, ponieważ użytkownicy oczekują, że „modprobe fred opt=1” przekaże argument „opt=1” do modułu nawet, jeśli w pliku konfiguracyjnym występuje polecenie install. Tak więc powyższy przykład przyjmie w ten sposób postać: „install fred /sbin/modprobe barney; /sbin/modprobe --ignore-install fred $CMDLINE_OPTS”.

options nazwa-modułu opcja...

Polecenie to pozwala dodawać opcje do modułu nazwa-modułu (które może być aliasem) za każdym razem, gdy zostanie on dodany do jądra: bezpośrednio (za pomocą modprobe nazwa-modułu) lub ze względu na zależność innego dodawanego modułu.

Wszystkie opcje są dodawane razem: mogą pochodzić z opcji option samego modułu, jego aliasu oraz z wiersza polecenia.

remove nazwa-modułu polecenie...

Podobne do powyższego polecenia install, tyle że wywoływane przy uruchomieniu polecenia „modprobe -r”.

softdep nazwa-modułu pre: moduły... post: moduły...

Polecenie softdep pozwala zdefiniować zależności miękkie (opcjonalne). Moduł nazwa-modułu może być używany bez instalacji tych opcjonalnych modułów, ale zwykle nie będzie wówczas w pełni funkcjonalny. Na przykład sterownik adaptera HBA może wymagać załadowania innego modułu, aby korzystać z funkcji zarządzania przestrzenią dyskową.

Po pre i post następują listy nazw i/lub aliasów innych modułów, które modprobe spróbuje zainstalować (lub usunąć), w zadanej kolejności, przed (pre) i po (post) głównym module podanym w argumencie nazwa-modułu.

Przykład: W konfiguracji zapisano polecenie „softdep c pre: a b post: d e” Uruchomienie „modprobe c” staje się teraz równoważne „modprobe a b c d e” bez softdep. Opcje takie jak --use-blacklist są stosowane do wszystkich podanych modułów, natomiast parametry modułów - tylko do modułu c.

Uwaga: jeśli z tym samym argumentem nazwa-modułu występują też polecenia install lub remove, softdep ma pierwszeństwo.

ZGODNOŚĆ

Przyszła wersja kmod będzie zawierała wyraźne ostrzeżenie o konieczności unikania korzystania z install, jak wyjaśniono powyżej. Stanie się tak po ukończeniu pełnej obsługi zależności miękkich w jądrze. W ramach tego, istniejąca obsługa za pośrednictwem niniejszego narzędzia zostanie uzupełniona przez zapewnianie takich zależności bezpośrednio z modułów.

PRAWA AUTORSKIE

Niniejsza strona podręcznika: pierwotnie Copyright 2004, Rusty Russell, IBM Corporation. Obecnie utrzymywane przez Jona Mastersa i innych.

ZOBACZ TAKŻE

modprobe(8), modules.dep(5)

AUTORZY

Jon Masters <jcm@jonmasters.org>

Deweloper

Robby Workman <rworkman@slackware.com>

Deweloper

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

Deweloper

TŁUMACZENIE

Autorami polskiego tłumaczenia niniejszej strony podręcznika są: Michał Kułach <michal.kulach@gmail.com>

Niniejsze tłumaczenie jest wolną dokumentacją. Bliższe informacje o warunkach licencji można uzyskać zapoznając się z GNU General Public License w wersji 3 lub nowszej. Nie przyjmuje się ŻADNEJ ODPOWIEDZIALNOŚCI.

Błędy w tłumaczeniu strony podręcznika prosimy zgłaszać na adres listy dyskusyjnej manpages-pl-list@lists.sourceforge.net.

10.12.2022 r. kmod