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

NUME
       modprobe.d - directorul de configurare pentru modprobe

SINOPSIS
       /etc/modprobe.d/*.conf

       /run/modprobe.d/*.conf

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

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

       /lib/modprobe.d/*.conf

DESCRIERE
       Deoarece comanda modprobe poate adauga sau elimina mai mult de un
       modul, datorita faptului ca modulele au dependen<?>e, avem nevoie de o
       metoda de specificare a op<?>iunilor care trebuie utilizate cu acele
       module. De asemenea, le putem utiliza pentru a crea nume-alias
       convenabile: nume alternative pentru un modul, sau pot inlocui
       comportamentul normal al comenzii modprobe pentru cei cu cerin<?>e
       speciale (cum ar fi inserarea mai multor module).

       Re<?>ine<?>i ca numele modulelor <?>i ale numelor-alias (precum alte
       nume de module) pot avea ,,-" sau ,,_" in ele: ambele sunt
       interschimbabile in toate comenzile modulelor, deoarece conversia
       semnelor de subliniere are loc automat.

FORMAT DE CONFIGURARE
       Fi<?>ierele de configurare con<?>in cate o comanda pe linie, liniile
       goale <?>i liniile care incep cu ,,#" fiind ignorate (util pentru
       adaugarea de comentarii). Un ,,\" la sfar<?>itul unei linii face ca
       aceasta sa continue pe linia urmatoare, ceea ce face fi<?>ierele
       pu<?>in mai ordonate.

       Consulta<?>i sec<?>iunea COMENZI de mai jos pentru mai multe
       informa<?>ii.

DIRECTOARELE DE CONFIGURARE <?>I PRECEDEN<?>A
       Fi<?>ierele de configurare sunt citite din directoarele enumerate in
       SINOPSIS in aceasta ordine de prioritate. Odata ce un fi<?>ier cu
       numele de fi<?>ier dat este incarcat, orice fi<?>ier cu acela<?>i nume
       din directoarele urmatoare este ignorat.

       Toate fi<?>ierele de configurare sunt sortate in ordine lexicografica,
       indiferent de directorul in care se afla . Fi<?>ierele de configurare
       pot fi fie complet inlocuite (prin a avea un nou fi<?>ier de
       configurare cu acela<?>i nume intr-un director cu prioritate mai mare),
       fie par<?>ial inlocuite (prin a avea un fi<?>ier de configurare care
       este ordonat ulterior).

       NOTA: Directoarele de configurare pot fi modificate prin intermediul
       variabilei de mediu MODPROBE_OPTIONS. A se vedea sec<?>iunea MEDIU din
       modprobe(8).

COMENZI
       alias caracter-Joker nume-modul
           Acest lucru va permite sa da<?>i nume alternative pentru un modul.
           De exemplu: ,,alias my-mod really_long_modulename" inseamna ca
           pute<?>i utiliza <<modprobe my-mod>> in loc de <<modprobe
           really_long_modulename>>. De asemenea, pute<?>i utiliza
           caractere-joker de tip shell, astfel incat ,,alias my-mod*
           really_long_modulename" inseamna ca <<modprobe my-mod-ceva>> are
           acela<?>i efect. Nu pute<?>i avea nume-alias catre alte nume-alias
           (aceasta este o nebunie), dar numele-alias pot avea op<?>iuni, care
           vor fi adaugate la orice alte op<?>iuni.

           Re<?>ine<?>i ca modulele pot con<?>ine, de asemenea, propriile lor
           nume-alias pe care le pute<?>i vedea utilizand modinfo. Aceste
           nume-alias sunt utilizate in ultima instan<?>a (adica daca nu
           exista un modul real, comanda install, remove sau alias in
           configurare).

       blacklist nume-modul
           Modulele pot con<?>ine propriile lor nume-alias: de obicei, acestea
           sunt nume-alias care descriu dispozitivele pe care le
           administreaza, cum ar fi ,,pci:123...". Aceste nume-alias
           ,,interne" pot fi anulate prin cuvintele-cheie normale ,,alias",
           dar exista cazuri in care doua sau mai multe module administreaza
           acelea<?>i dispozitive sau un modul pretinde in mod eronat ca
           administreaza un dispozitiv pe care nu il administreaza:
           cuvantul-cheie blacklist indica faptul ca toate numele-alias
           interne ale respectivului modul trebuie ignorate.

       install nume-modul comanda...
           Aceasta comanda instruie<?>te modprobe sa execute comanda dvs. in
           loc sa insereze modulul in nucleu in mod normal. Comanda poate fi
           orice comanda shell: acest lucru va permite sa efectua<?>i orice
           fel de procesare complexa dori<?>i. De exemplu, daca modulul
           ,,fred" func<?>ioneaza mai bine cu modulul ,,barney" deja instalat
           (dar nu depinde de acesta, deci modprobe nu il va incarca automat),
           a<?>i putea spune <<install fred /sbin/modprobe barney;
           /sbin/modprobe --ignore-install fred>>, care ar face ceea ce
           dori<?>i. Observa<?>i --ignore-install, care impiedica al doilea
           modprobe sa ruleze din nou aceea<?>i comanda install. Vede<?>i <?>i
           comanda remove de mai jos.

           Viitorul pe termen lung al acestei comenzi ca solu<?>ie la problema
           furnizarii de dependen<?>e de module suplimentare nu este asigurat
           <?>i se inten<?>ioneaza inlocuirea acestei comenzi cu un
           avertisment cu privire la eventuala sa eliminare sau depreciere la
           un moment dat intr-o versiune viitoare. Utilizarea sa complica
           determinarea automata a dependen<?>elor modulelor de catre
           instrumentele de distribu<?>ie, cum ar fi <<mkinitrd>> (deoarece
           acestea trebuie acum sa interpreteze cumva ceea ce ar putea face
           comenzile install. Intr-o lume perfecta, modulele ar furniza toate
           informa<?>iile de dependen<?>a fara utilizarea acestei comenzi <?>i
           se lucreaza in prezent la implementarea suportului de dependen<?>e
           ,,soft" (op<?>ionale) in cadrul nucleului Linux.

           Daca utiliza<?>i <?>irul ,,$CMDLINE_OPTS" in comanda, acesta va fi
           inlocuit de orice op<?>iuni specificate in linia de comanda
           modprobe. Acest lucru poate fi util deoarece utilizatorii se
           a<?>teapta ca <<modprobe fred opt=1>> sa transmita modulului
           argumentul ,,opt=1", chiar daca exista o comanda install in
           fi<?>ierul de configurare. Astfel, exemplul nostru de mai sus
           devine <<install fred /sbin/modprobe barney; /sbin/modprobe
           --ignore-install fred $CMDLINE_OPTS>>.

       options nume-modul op<?>iune...
           Aceasta comanda va permite sa adauga<?>i op<?>iuni la modulul
           nume-modul (care poate fi un alias) de fiecare data cand acesta
           este introdus in nucleu: fie direct (utilizand <<modprobe
           nume-modul>>), fie pentru ca modulul introdus depinde de acest
           modul.

           Toate op<?>iunile sunt adaugate impreuna: ele pot proveni de la o
           intrare option pentru modulul in sine, pentru un alias <?>i din
           linia de comanda.

       remove nume-modul comanda...
           Aceasta este similara cu comanda install de mai sus, cu excep<?>ia
           faptului ca este invocata atunci cand se executa <<modprobe -r>>.

       softdep nume-modul pre: module... post: module...
           Comanda softdep va permite sa specifica<?>i dependen<?>ele
           modulelor ,,soft", sau op<?>ionale. nume-modul poate fi utilizat
           fara aceste module op<?>ionale instalate, dar de obicei cu unele
           caracteristici lipsa. De exemplu, un controlor pentru un HBA de
           stocare poate necesita incarcarea unui alt modul pentru a utiliza
           caracteristicile de gestionare.

           modulele pre-deps <?>i post-deps sunt liste de nume <?>i/sau
           nume-alias ale altor module pe care <<modprobe>> va incerca sa le
           instaleze (sau sa le elimine) in ordine inainte <?>i dupa modulul
           principal dat in argumentul nume-modul.

           Exemplu: Sa presupunem ca ,,softdep c pre: a b post: d e" este
           prevazut in configurare. Executarea <<modprobe c>> este acum
           echivalenta cu <<modprobe a b c d e>> fara softdep. Op<?>iunile
           precum ,,--use-blacklist" sunt aplicate tuturor modulelor
           specificate, in timp ce parametrii modulului se aplica numai
           modulului c.

           Nota: daca exista comenzi install sau remove cu acela<?>i argument
           nume-modul, softdep are intaietate.

       weakdep nume-modul module...
           Comanda weakdep va permite sa specifica<?>i dependen<?>e slabe de
           modul. Acestea sunt similare cu pre softdep, cu diferen<?>a ca
           spa<?>iul utilizatorilor nu incearca sa incarce acea dependen<?>a
           inaintea modulului specificat. In schimb, nucleul poate solicita
           una sau mai multe dintre acestea in timpul testarii modulului, in
           func<?>ie de hardware-ul la care este asociat. Scopul modulului
           weak este de a permite unui controlor sa specifice ca o anumita
           dependen<?>a poate fi necesara, astfel incat aceasta sa fie
           prezenta in sistemul de fi<?>iere (de exemplu, in initramfs) atunci
           cand modulul respectiv este testat.

           Exemplu: Sa presupunem ,,weakdep c a b". Un program care creeaza un
           initramfs <?>tie ca ar trebui sa adauge a, b <?>i c la sistemul de
           fi<?>iere, deoarece a <?>i b pot fi necesare/dorite la momentul
           rularii. Atunci cand c este incarcat <?>i este testat, acesta poate
           efectua apeluri la request_module(), determinand incarcarea lui a
           sau b.

COMPATIBILITATE
       O versiune viitoare a <<kmod>> va veni cu un avertisment puternic
       pentru a evita utilizarea install a<?>a cum s-a explicat mai sus. Acest
       lucru se va intampla odata ce suportul pentru dependen<?>ele soft in
       nucleu va fi complet. Acest suport va completa suportul softdep
       existent in cadrul acestui instrument, oferind astfel de dependen<?>e
       direct in cadrul modulelor.

DREPTURI DE AUTOR
       Aceasta pagina de manual a fost ini<?>ial publicata cu drepturi de
       autor 2004, Rusty Russell, IBM Corporation.

CONSULTA<?>I <?>I
       modprobe(8), modules.dep(5)

AUTORI
       Numeroase contribu<?>ii au venit de pe lista de discu<?>ii
       linux-modules <linux-modules@vger.kernel.org> <?>i din Github. Daca
       ave<?>i o clona de kmod.git in sine, ie<?>irea din git-shortlog(1) <?>i
       git-blame(1) va poate arata autorii pentru anumite par<?>i ale
       proiectului.

       Lucas De Marchi <lucas.de.marchi@gmail.com>  este responsabilul actual
       al proiectului.

TRADUCERE
       Traducerea in limba romana a acestui manual a fost facuta de Remus-
       Gabriel Chelu <remusgabriel.chelu@disroot.org>

       Aceasta traducere este documenta<?>ie gratuita; citi<?>i Licen<?>a
       publica generala GNU Versiunea 3
       <https://www.gnu.org/licenses/gpl-3.0.html> sau o versiune ulterioara
       cu privire la condi<?>ii privind drepturile de autor.  NU se asuma
       NICIO RESPONSABILITATE.

       Daca gasi<?>i erori in traducerea acestui manual, va rugam sa
       trimite<?>i un e-mail la <translation-team-ro@lists.sourceforge.net>.

kmod                            26 august 2024                   MODPROBE.D(5)