.\" -*- 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 august 2024" kmod modprobe.d .PP .SH NUME .PP modprobe.d \- directorul de configurare pentru modprobe .PP .SH SINOPSIS .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 DESCRIERE .PP Deoarece comanda \fBmodprobe\fP poate adăuga sau elimina mai mult de un modul, datorită faptului că modulele au dependențe, avem nevoie de o metodă 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 înlocui comportamentul normal al comenzii \fBmodprobe\fP pentru cei cu cerințe speciale (cum ar fi inserarea mai multor module). .PP Rețineți că numele modulelor și ale numelor\-alias (precum alte nume de module) pot avea „\-” sau „_” în ele: ambele sunt interschimbabile în toate comenzile modulelor, deoarece conversia semnelor de subliniere are loc automat. .PP .SH "FORMAT DE CONFIGURARE" .PP Fișierele de configurare conțin câte o comandă pe linie, liniile goale și liniile care încep cu „#” fiind ignorate (util pentru adăugarea de comentarii). Un „\e” la sfârșitul unei linii face ca aceasta să continue pe linia următoare, ceea ce face fișierele puțin mai ordonate. .PP Consultați secțiunea COMENZI de mai jos pentru mai multe informații. .PP .SH "DIRECTOARELE DE CONFIGURARE ȘI PRECEDENȚA" .PP Fișierele de configurare sunt citite din directoarele enumerate în SINOPSIS în această ordine de prioritate. Odată ce un fișier cu numele de fișier dat este încărcat, orice fișier cu același nume din directoarele următoare este ignorat. .PP Toate fișierele de configurare sunt sortate în ordine lexicografică, indiferent de directorul în care se află . Fișierele de configurare pot fi fie complet înlocuite (prin a avea un nou fișier de configurare cu același nume într\-un director cu prioritate mai mare), fie parțial înlocuite (prin a avea un fișier de configurare care este ordonat ulterior). .PP NOTĂ: Directoarele de configurare pot fi modificate prin intermediul variabilei de mediu MODPROBE_OPTIONS. A se vedea secțiunea MEDIU din \fBmodprobe\fP(8). .PP .SH COMENZI .PP alias \fIcaracter\-Joker\fP \fInume\-modul\fP .RS 4 Acest lucru vă permite să dați nume alternative pentru un modul. De exemplu: „alias my\-mod really_long_modulename” înseamnă că puteți utiliza «modprobe my\-mod» în loc de «modprobe really_long_modulename». De asemenea, puteți utiliza caractere\-joker de tip shell, astfel încât „alias my\-mod* really_long_modulename” înseamnă că «modprobe my\-mod\-ceva» are același efect. Nu puteți avea nume\-alias către alte nume\-alias (aceasta este o nebunie), dar numele\-alias pot avea opțiuni, care vor fi adăugate la orice alte opțiuni. .PP Rețineți că modulele pot conține, de asemenea, propriile lor nume\-alias pe care le puteți vedea utilizând \fBmodinfo\fP. Aceste nume\-alias sunt utilizate în ultimă instanță (adică dacă nu există un modul real, comanda \fBinstall\fP, \fBremove\fP sau \fBalias\fP în configurare). .PP .RE blacklist \fInume\-modul\fP .RS 4 Modulele pot conține propriile lor nume\-alias: de obicei, acestea sunt nume\-alias care descriu dispozitivele pe care le administrează, cum ar fi „pci:123...”. Aceste nume\-alias „interne” pot fi anulate prin cuvintele\-cheie normale „alias”, dar există cazuri în care două sau mai multe module administrează aceleași dispozitive sau un modul pretinde în mod eronat că administrează un dispozitiv pe care nu îl administrează: cuvântul\-cheie \fBblacklist\fP indică faptul că toate numele\-alias interne ale respectivului modul trebuie ignorate. .PP .RE install \fInume\-modul\fP \fIcomanda.\&.\&.\&\fP .RS 4 Această comandă instruiește \fBmodprobe\fP să execute comanda dvs. în loc să insereze modulul în nucleu în mod normal. Comanda poate fi orice comandă shell: acest lucru vă permite să efectuați orice fel de procesare complexă doriți. De exemplu, dacă modulul „fred” funcționează mai bine cu modulul „barney” deja instalat (dar nu depinde de acesta, deci \fBmodprobe\fP nu îl va încărca automat), ați putea spune «install fred /sbin/modprobe barney; /sbin/modprobe \-\-ignore\-install fred», care ar face ceea ce doriți. Observați \fB\-\-ignore\-install\fP, care împiedică al doilea \fBmodprobe\fP să ruleze din nou aceeași comandă \fBinstall\fP. Vedeți și comanda \fBremove\fP de mai jos. .PP Viitorul pe termen lung al acestei comenzi ca soluție la problema furnizării de dependențe de module suplimentare nu este asigurat și se intenționează înlocuirea acestei comenzi cu un avertisment cu privire la eventuala sa eliminare sau depreciere la un moment dat într\-o versiune viitoare. Utilizarea sa complică determinarea automată a dependențelor modulelor de către instrumentele de distribuție, cum ar fi «mkinitrd» (deoarece acestea trebuie acum să interpreteze cumva ceea ce ar putea face comenzile \fBinstall\fP. Într\-o lume perfectă, modulele ar furniza toate informațiile de dependență fără utilizarea acestei comenzi și se lucrează în prezent la implementarea suportului de dependențe „soft” (opționale) în cadrul nucleului Linux. .PP Dacă utilizați șirul „$CMDLINE_OPTS” în comandă, acesta va fi înlocuit de orice opțiuni specificate în linia de comandă modprobe. Acest lucru poate fi util deoarece utilizatorii se așteaptă ca «modprobe fred opt=1» să transmită modulului argumentul „opt=1”, chiar dacă există o comandă install în fișierul de configurare. Astfel, exemplul nostru de mai sus devine «install fred /sbin/modprobe barney; /sbin/modprobe \-\-ignore\-install fred $CMDLINE_OPTS». .PP .RE options \fInume\-modul\fP \fIopțiune.\&.\&.\&\fP .RS 4 Această comandă vă permite să adăugați opțiuni la modulul \fInume\-modul\fP (care poate fi un alias) de fiecare dată când acesta este introdus în nucleu: fie direct (utilizând «\fBmodprobe\fP \fInume\-modul\fP»), fie pentru că modulul introdus depinde de acest modul. .PP Toate opțiunile sunt adăugate împreună: ele pot proveni de la o intrare \fBoption\fP pentru modulul în sine, pentru un alias și din linia de comandă. .PP .RE remove \fInume\-modul\fP \fIcomanda.\&.\&.\&\fP .RS 4 Aceasta este similară cu comanda \fBinstall\fP de mai sus, cu excepția faptului că este invocată atunci când se execută «modprobe \-r». .PP .RE softdep \fInume\-modul\fP pre: \fImodule.\&.\&.\&\fP post: \fImodule.\&.\&.\&\fP .RS 4 Comanda \fBsoftdep\fP vă permite să specificați dependențele modulelor „soft”, sau opționale. \fInume\-modul\fP poate fi utilizat fără aceste module opționale instalate, dar de obicei cu unele caracteristici lipsă. De exemplu, un controlor pentru un HBA de stocare poate necesita încărcarea unui alt modul pentru a utiliza caracteristicile de gestionare. .PP modulele pre\-deps și post\-deps sunt liste de nume și/sau nume\-alias ale altor module pe care «modprobe» va încerca să le instaleze (sau să le elimine) în ordine înainte și după modulul principal dat în argumentul \fInume\-modul\fP. .PP Exemplu: Să presupunem că „softdep c pre: a b post: d e” este prevăzut în configurare. Executarea «modprobe c» este acum echivalentă cu «modprobe a b c d e» fără softdep. Opțiunile precum „\-\-use\-blacklist” sunt aplicate tuturor modulelor specificate, în timp ce parametrii modulului se aplică numai modulului c. .PP Notă: dacă există comenzi \fBinstall\fP sau \fBremove\fP cu același argument \fInume\-modul\fP, \fBsoftdep\fP are întâietate. .PP .RE weakdep \fInume\-modul\fP \fImodule.\&.\&.\&\fP .RS 4 Comanda \fBweakdep\fP vă permite să specificați dependențe slabe de modul. Acestea sunt similare cu pre softdep, cu diferența că spațiul utilizatorilor nu încearcă să încarce acea dependență înaintea modulului specificat. În schimb, nucleul poate solicita una sau mai multe dintre acestea în timpul testării modulului, în funcție de hardware\-ul la care este asociat. Scopul modulului weak este de a permite unui controlor să specifice că o anumită dependență poate fi necesară, astfel încât aceasta să fie prezentă în sistemul de fișiere (de exemplu, în initramfs) atunci când modulul respectiv este testat. .PP Exemplu: Să presupunem „weakdep c a b”. Un program care creează un initramfs știe că ar trebui să adauge a, b și c la sistemul de fișiere, deoarece a și b pot fi necesare/dorite la momentul rulării. Atunci când c este încărcat și este testat, acesta poate efectua apeluri la request_module(), determinând încărcarea lui a sau b. .PP .RE .SH COMPATIBILITATE .PP O versiune viitoare a «kmod» va veni cu un avertisment puternic pentru a evita utilizarea \fBinstall\fP așa cum s\-a explicat mai sus. Acest lucru se va întâmpla odată ce suportul pentru dependențele soft în nucleu va fi complet. Acest suport va completa suportul softdep existent în cadrul acestui instrument, oferind astfel de dependențe direct în cadrul modulelor. .PP .SH "DREPTURI DE AUTOR" .PP Această pagină de manual a fost inițial publicată cu drepturi de autor 2004, Rusty Russell, IBM Corporation. .PP .SH "CONSULTAȚI ȘI" .PP \fBmodprobe\fP(8), \fBmodules.\&dep\fP(5) .PP .SH AUTORI .PP Numeroase contribuții au venit de pe lista de discuții linux\-modules și din Github.\& Dacă aveți o clonă de kmod.\&git în sine, ieșirea din \fBgit\-shortlog\fP(1) și \fBgit\-blame\fP(1) vă poate arăta autorii pentru anumite părți ale proiectului.\& .PP \fBLucas De Marchi\fP este responsabilul actual al proiectului.\& .PP .SH TRADUCERE Traducerea în limba română a acestui manual a fost făcută de Remus-Gabriel Chelu . .PP Această traducere este documentație gratuită; citiți .UR https://www.gnu.org/licenses/gpl-3.0.html Licența publică generală GNU Versiunea 3 .UE sau o versiune ulterioară cu privire la condiții privind drepturile de autor. NU se asumă NICIO RESPONSABILITATE. .PP Dacă găsiți erori în traducerea acestui manual, vă rugăm să trimiteți un e-mail la .MT translation-team-ro@lists.sourceforge.net .ME .