Modprobe - Linuksa Komando - Unikso Komando

NAME

Modprobe - Alta nivelo uzado de ŝarĝeblaj moduloj

SYNOPSIS

modprobe [-adnqv] [-C config ] modulo [symbol = valoro ...]
modprobe [-adnqv] [-C config ] [-t- tipo ] ŝablono
modprobe -l [-C config ] [-t- tipo ] ŝablono
modprobe -c [-C- config ]
modprobe -r [-dnv] [-C config ] [modulo ...]
modprobe -Vh

Obloj

-a , -all

Ŝarĝi ĉiujn kongruajn modulojn anstataŭ halti post la unua sukcesa ŝarĝo.

-c , --showconfig

Montru la aktualan agordon.

-C , --config config

Uzu la dosierujon anstataŭ (la laŭvola) /etc/modules.conf por specifi la agordon. La medio-variablo MODULECONF ankaŭ povas esti uzata por elekti (kaj anstataŭigi) malsaman agordan dosieron de la defaŭlta /etc/modules.conf (aŭ /etc/conf.modules (senpaga).

Kiam ambienta variablo UNAME_MACHINE estas agordita, modutiloj uzos ĝian valoron anstataŭ la maŝina kampo de la uname () syscall. Ĉi tio estas plejparte de uzo kiam vi kunmetas 64-bitajn modulojn en 32-bita uzanto-spaco aŭ viceversa, agordu UNAME_MACHINE al la tipo de la moduloj. Nunaj modutiloj ne subtenas plenan krucon-konstruan reĝimon por moduloj, ĝi estas limigita al elektado inter 32 kaj 64 bitaj versioj de la gastigada arkitekturo.

-d , --debug

Montri informojn pri la interna reprezento de la stako de moduloj.

-h , - helpo

Montru resumon de ebloj kaj tuj eliras.

-k , --autoclean

Agordu 'autoclean' sur ŝarĝitaj moduloj. Uzata de la kerno kiam ĝi vokas modprobe por kontentigi mankantaĵon (provizita kiel modulo). La -q- opcio estas implicita per -k . Ĉi tiuj opcioj aŭtomate estos senditaj al insmod .

-l , - listo

Lerta kongruaj moduloj.

-n , - rigardu

Ne efektive plenumas la agon, nur montru, kio fariĝos.

-q , -quiet

Ne plendu pri insmodo malsukcesanta instali modulon. Daŭrigu kiel normala, sed silente, kun aliaj eblecoj por modprobe provi. Ĉi tiu opcio aŭtomate estos sendita al insmod .

-r , -remove

Forigi modulon (stakojn) aŭ faru autoclean, depende ĉu ekzistas iuj moduloj menciitaj sur la komandlinio.

-s , --syslog

Raporti tra syslog anstataŭ stderr. Ĉi tiuj opcioj aŭtomate estos senditaj al insmod .

-t- modulo ; - tipa modulo

Nur konsideras modulojn de ĉi tiu tipo. Modprobe nur rigardos modulojn kies dosierujo inkluzivas ĝuste " / modulo / ". modulo povas inkluzivi pli ol unu dosierujon, ekz. " -t drivers / net " listus modulojn en xxx / drivers / net / kaj ĝiaj subdosierujoj.

-v , --verbose

Presi ĉiujn komandojn kiel ili estas ekzekutitaj.

-V, --versio

Montru la version de modprobe .

Noto:

Modulaj nomoj ne devas enhavi vojojn (ne '/'), nek eble ili enhavas la traŝadon '.o'. Ekzemple, slip estas valida modulo-nomo por modprobe , /lib/modules/2.2.19/net/slip kaj slip.o estas nevalida. Ĉi tio aplikas al la komandlinio kaj al eniroj en la agordo.

PRISKRIBO

La modprobe kaj depmod- utilecoj intencas fari Linux-modulalan kernon pli regebla por ĉiuj uzantoj, administrantoj kaj dissendantoj.

Modprobe uzas dosieron de dependeco "Makefile", kreita de depmod , por aŭtomate ŝarĝi la rilatajn modulojn de la aro de moduloj haveblaj en antaŭdifinitaj dosierujoj.

Modprobe estas uzata por ŝarĝi ununuran modulon, stack de dependaj moduloj, aŭ ĉiuj moduloj, kiuj estas markitaj per specifa etikedo.

Modprobe aŭtomate ŝarĝos ĉiujn bazajn modulojn necesajn en modulo-stako, kiel priskribis la dependeco-dosieroj. Se la ŝarĝo de unu el ĉi tiuj moduloj malsukcesas, la tuta aktuala pilo de moduloj ŝarĝitaj en la nuna kunsido estos aŭtomate malŝarĝita.

Modprobe havas du manierojn por ŝarĝi modulojn. Unu maniero (la sondosiero) provos ŝarĝi modulon el listo (difinita per ŝablono ). Modprobe ĉesas ŝarĝi tuj kiam unu modulo ŝarĝas sukcese. Ĉi tio povus esti uzata por aŭtomate unu Ethernet-ŝoforon el listo.
La alia maniero modprobe povas esti uzata por ŝarĝi ĉiujn modulojn de listo. Vidu ekzemplojn , sube.

Kun la eblo -r , modprobe aŭtomate elŝutos stack de moduloj, simila al la maniero " rmmod -r ". Rimarku, ke uzante nur " modprobe -r " purigos neuzitajn aŭtomatajn modulojn kaj ankaŭ plenumos la antaŭ-kaj post-forprenajn komandojn en la agorda dosiero /etc/modules.conf .

Kombinante la eblojn -l kaj -t listigas ĉiujn disponeblajn modulojn de certa tipo.

Opcio -c presos la aktualan agordon (implicite + agorda dosiero).

CONFIGURO

La konduto de modprobe (kaj depmod ) povas esti modifita per la (nedeviga) agorda dosiero /etc/modules.conf .
Por pli detala priskribo de tio, kion ĉi tiu dosiero povas enhavi, same kiel la defaŭlta agordo uzata de depmod kaj modprobe , vidu modules.conf (5).

Rimarku, ke la antaŭ-kaj post-forigaj komandoj ne estos ekzekutitaj se modulo estas "autocleaned" de kerneld! Serĉu anstataŭan subtenon por konstanta modulo-stokado anstataŭe.
Se vi volas uzi la antaŭ-instalajn funkciojn, vi devos malŝalti autocleanon por kerneld kaj anstataŭe aldoni ion kiel la sekvan linion en via kruelaĵo (ĉi tio ankaŭ estas uzata por kmod-sistemoj) por fari aŭtokolon ĉiu 2 minutojn :

* / 2 * * * * test -f / proc / modules && / sbin / modprobe -r

STRATEGIO

La ideo estas, ke modprobe aspektos unue en la dosierujo enhavanta modulojn kompilitajn por la nuna liberigo de la kerno. Se la modulo ne troveblas tie, modprobe aspektos en la dosierujo komuna al la kerno-versio (ekz. 2.0, 2.2). Se la modulo ankoraŭ troveblas, modprobe aspektos en la dosierujo enhavanta modulojn por antaŭdifinita ĵeto, kaj tiel plu.

Kiam vi instalas novan linuxon, la moduloj devas esti movitaj al dosierujo rilatigita kun la elkarcerigo (kaj versio) de la kerno, kiun vi instalas. Tiam vi devas fari simbolon de ĉi tiu dosierujo al la "defaŭlta" dosierujo.

Ĉiufoje kiam vi kunmetas novan kernon, la komando " make modules_install " kreos novan dosierujon, sed ne ŝanĝos la ligilon "defaŭltan".

Kiam vi ricevas modulon, kiu ne rilatas al la kerno-distribuo, vi devas loki ĝin en unu el la sendependaj dosierujoj de la versio sub / lib / moduloj .

Ĉi tiu estas la defaŭlta strategio, kiu povas esti malpermesita en /etc/modules.conf .

Ekzemploj

modprobe -t net

Ŝarĝi unu el la moduloj, kiuj estas konservitaj en la dosierujo etikedita "net". Ĉiu modulo estas provita ĝis unu sukcesas.

modprobe -a -t ekkuro

Ĉiuj moduloj konservataj en dosierujoj etikeditaj "boot" estos ŝarĝitaj.

modprobe gliti

Ĉi tio provos ŝarĝi la modulon slhc.o se ĝi ne antaŭe ŝarĝis, ĉar la slip-modulo bezonas la funkciojn en la slhc-modulo. Ĉi tiu dependeco estos priskribita en la dosieroj moduloj.dep kiu estis kreita aŭtomate de depmod .

modprobe -r slip

Ĉi tio malŝarĝos la glitan modulon. Ĝi ankaŭ malŝarĝos la slhc-modulon aŭtomate, krom se ĝi ankaŭ uzas aliajn modulojn (ekz. Ppp).

VIDU ANKAŬ

depmod (8), lsmod (8), kerneld (8), ksyms (8), rmmod (8).

SEKURAN MODON

Se la efika uido ne estas egala al la vera uid tiam modprobe traktas ĝian enigon kun ekstrema suspekto. La lasta parametro estas ĉiam traktita kiel modulo nomo, eĉ se ĝi komenciĝas per '-'. Ekzistas nur unu modulo-nomo kaj opcioj de la formo "variablo = valoro" malpermesitaj. La modulo nomo estas ĉiam traktita kiel ĉeno, neniu meta ekspansio estas farita en sekura maniero. Tamen meta ekspansio ankoraŭ aplikiĝas al datumoj legitaj de la agorda dosiero.

Eble ne estas egala al uid kiam modprobe estas alvokita de la kerno, tio estas vera por kernoj> = 2.4.0-test11. En ideala mondo, modprobe povus fidi la kernon por nur pasi validajn parametrojn al modprobe. Tamen almenaŭ unu loka radika ekspluatado okazis ĉar alta nivela kerno-kodo pasis parametrojn ne kontrolitajn rekte de la uzanto por modprobe. Do modprobe ne plu fidas kernel-enigon.

Modprobe aŭtomate starigas sekuran modon kiam la medio konsistas nur el ĉi tiuj ŝnuroj

HOME = / TERM = linux PATH = / sbin: / usr / sbin: / bin: / usr / bin

Ĉi tio detektas modproblan ekzekuton de la kerno sur kernoj 2.2 kvankam 2.4.0-testo11, eĉ se uid == egala, kiun ĝi faras sur la antaŭaj kernoj.

LOGGING COMMANDS

Se dosierujo / var / log / ksymoops ekzistas kaj modprobe kuras kun eblo, kiu povus ŝarĝi aŭ forviŝi modulon, tiam modprobe registros ĝian komandon kaj statuson en / var / log / ksymoops / `date +% Y% m% d .log` . Ne estas ŝaltilo por malebligi ĉi tiun aŭtomatan ensalutadon, se vi ne volas ke ĝi okazas, ne kreu / var / log / ksymoops . Se tiu dosierujo ekzistas, ĝi devus esti posedata de radiko kaj estu modo 644 aŭ 600 kaj vi devus ekzekuti skripton insmod_ksymoops_clean ĉiutage aŭ tiel.

Bezonataj bezonoj

depmod (8), insmod (8).

Grava: Uzu la komandon ( % viro ) por vidi kiel komando estas uzata en via komputilo.