NAME
Modprobe - высокая кіравальнасць ўзроўню загружаных модуляў
сінтаксіс
Modprobe [-adnqv] [-C канфігурацыі] Модуль [сімвал = значэнне ...]
Modprobe [-adnqv] [-C канфігурацыі] [-t тып] шаблон
Modprobe -l [-C канфігурацыі] [-t тып] шаблон
Modprobe -c [-C канфігурацыя]
Modprobe -r [-dnv] [-C канфігурацыі] [модуль ...]
Modprobe -Vh
варыянты
-a, --all
Загрузіць ўсе адпаведныя модулі замест прыпынку пасля першай паспяховай загрузкі.
-з, --showconfig
Паказаць якую выкарыстоўвае ў дадзены момант канфігурацыі.
-C, --config канфігурацыі
Выкарыстоўвайце файл канфігурацыі замест (апцыянальнага) /etc/modules.conf , каб вызначыць канфігурацыю. Пераменная MODULECONF асяроддзе можа таксама выкарыстоўвацца для выбару (і адмены) іншага файла канфігурацыі з /etc/modules.conf па змаўчанні (або /etc/conf.modules (састарэлае)).
Калі зменная асяроддзі UNAME_MACHINE ўстаноўлена, Modutils будзе выкарыстоўваць яго значэнне замест поля машыны ад uname () сістэмнага выкліку. Гэта ў асноўным выкарыстоўваецца , калі вы компилируете 64 - бітныя модулі ў 32 бітным прасторы карыстальніка ці наадварот, усталяваць UNAME_MACHINE да тыпу модуляў. У цяперашні час Modutils не падтрымлівае рэжым поўнага папярочнага зборкі модуляў, яно абмежавана выбар паміж 32 і 64-бітныя версіі прымаючага архітэктуры.
-d, --debug
Паказаць інфармацыю аб унутраным прадстаўленні стэка модуляў.
-h, --help
Дысплей рэзюмэ варыянтаў і неадкладна выйсці.
-k, --autoclean
Набор «» автоочистку на загружаных модуляў. Выкарыстоўваецца ядром пры выкліку на загрузкі модуля , каб задаволіць якая адсутнічае функцыю (пастаўляецца ў якасці модуля). Опцыя -q маецца на ўвазе -да. Гэтыя параметры будуць аўтаматычна адпраўленыя ў insmod.
-l, --list
ўзгадняючыя Спіс модуляў.
-n, --show
Ці ёсць на самой справе не выканаць дзеянне, проста паказаць, што будзе зроблена.
-q, --quiet
Не жальцеся на insmod няспраўнага ўсталяваць модуль. Працягвайце, як звычайна, але моўчкі, з іншымі магчымасцямі для Modprobe для тэставання. Гэтая опцыя будзе аўтаматычна паслана insmod.
-r, --remove
Выдаліць модуль (стэкі) ці рабіць автоочистку, у залежнасці ад таго, ці маюцца якія-небудзь модулі, названыя ў камандным радку.
-s, --syslog
Паведаміць праз сістэмны часопіс замест STDERR. Гэтая опцыя будзе аўтаматычна паслана insmod.
-t moduletype; --type moduletype
Разгледзім толькі модулі гэтага тыпу. Modprobe будзе глядзець толькі на модулях, каталог шлях ўключае ў сябе менавіта «/ moduletype /». moduletype можа ўключаць у сябе больш чым адно імя каталога, напрыклад , «-t кіроўцаў / нета» будзе спіс модуляў ў ххх / драйвераў / сеткі / і яго падкаталогаў.
-v, --verbose
Друк ўсіх каманд, як яны выконваюцца.
-V, --version
Адлюстроўвае версію загрузкі модуля.
нататка:
Імёны модуляў не павінны ўтрымліваць шляху (не «/»), не могуць яны ўтрымліваюць завяршальную «.o». Напрыклад, праслізгванне з'яўляецца дапушчальным імем модуля для Modprobe, /lib/modules/2.2.19/net/slip і slip.o з'яўляюцца несапраўднымі. Гэта адносіцца і да каманднага радка і запісы ў канфігурацыі.
АПІСАННЕ
Modprobe і depmod ўтыліты прызначаныя , каб зрабіць модульнае ядро Linux больш кіраваным для ўсіх карыстальнікаў, адміністратараў і распаўсюднікі суправаджаюць.
Modprobe выкарыстоўвае файл «Makefile» -як залежнасці, створаны depmod, каб аўтаматычна загрузіць адпаведны модуль (ы) з набору модуляў , даступных у наканаваных дрэвах каталогаў.
Modprobe выкарыстоўваецца для загрузкі аднаго модуля, стэкі залежных модуляў, ці ўсіх модуляў, якія пазначаныя з вызначаным тэгам.
Modprobe аўтаматычна загрузіць усе базавыя модулі , неабходныя стэку модуляў, як апісана ў файле залежнасцяў modules.dep. Калі загрузка аднаго з гэтых модуляў выходзіць з ладу, увесь бягучы стэк модуляў, загружаных у бягучым сеансе будзе аўтаматычна выгружаны.
Modprobe мае два спосабу загрузкі модуляў. Адзін спосаб (зонд) будзе спрабаваць загрузіць модуль з спісу (пэўнага па шаблоне). Modprobe спыняе загрузку , як толькі адзін модуль нагрузкі паспяхова. Гэта можа быць выкарыстана для аўтаматычнай загрузкі аднаго драйвера Ethernet з спісу.
Іншы спосаб Modprobe можа быць выкарыстаны , каб загрузіць усе модулі з спісу. См прыкладаў ніжэй.
З опцыяй -r, Modprobe будзе аўтаматычна выгружаць стэк модуляў па аналогіі з тым , як «rmmod -r» робіць. Звярніце ўвагу , што , выкарыстоўваючы толькі «Modprobe -r» ачысціць невыкарыстоўваныя автозагружаемые модулі , а таксама выконваць пера- і пост-выдалення каманд у файле канфігурацыі /etc/modules.conf.
Аб'яднаная опцыі -l і -t выводзіць спіс усіх даступных модуляў пэўнага тыпу.
Опцыя -c будзе друкаваць выкарыстоўваную ў дадзены момант канфігурацыі ( па змаўчанні + файл канфігурацыі).
канфігурацыя
Паводзіны (і загрузкі модуля depmod) можа быць зменены ( па жаданні) канфігурацыі файла /etc/modules.conf.
Для больш дэталёвага апісання таго , што гэты файл можа ўтрымліваць, а таксама канфігурацыі па змаўчанні , якая выкарыстоўваецца depmod і загрузкі модуля, см modules.conf (5).
Варта адзначыць , што да і пасля выдалення каманды не будуць выконвацца , калі модуль «Автоочистку» па Kerneld! Паглядзіце на апошнюю ідзе падтрымка пастаяннага захоўвання модуля замест.
Калі вы хочаце выкарыстоўваць да і пасля інсталяцыі, вам прыйдзецца адключыць автоочистку для Kerneld і замест таго, каб паставіць што - нешта накшталт наступнага радка ў вашым кронтабе (выкарыстоўваюцца для kmod сістэм, а) рабіць AUTOCLEAN кожныя 2 хвілін :
* / 2 * * * * тэст -f / Proc / модулі && / SBIN / Modprobe -r
Стратэгія
Ідэя заключаецца ў тым , што Modprobe будзе выглядаць першым у каталог , які змяшчае модулі , скампіляваныя для бягучай версіі ядра. Калі модуль не знойдзены, Modprobe будзе выглядаць у каталогу агульнага для версіі ядра (напрыклад , 2,0, 2,2). Калі модуль яшчэ знойдзены, Modprobe будзе выглядаць у каталог , які змяшчае модулі для версіі па змаўчанні, і гэтак далей.
Пры ўсталёўцы новага Linux, модулі павінны быць перамешчаныя ў каталог, звязаны з выпускам (і версіі) ядраў вы ўсталёўваеце. Тады вы павінны зрабіць знакавую спасылку з гэтага каталога ў каталог «па змаўчанні».
Кожны раз , калі вы збіраеце новае ядро, каманду «зрабіць modules_install» створыць новы каталог, але не зменіць « па змаўчанні» спасылкі.
Калі вы атрымліваеце модуль не звязаны з размеркаваннем ядра вы павінны змясціць яго ў адну з залежных ад версіі каталогаў пад / Lib / модуляў.
Гэта стратэгія па змаўчанні, якая можа быць адменена ў /etc/modules.conf.
прыклады
Modprobe -t сетку
Загрузіце адзін з модуляў, якія захоўваюцца ў каталогу, адзначаны «чысты». Кожны модуль выпрабоўваецца пакуль не ўдаецца.
Modprobe -a -t загрузкі
Усе модулі, якія захоўваюцца ў каталогах з тэгамі «загрузка» будзе загружаны.
Modprobe слізгацення
Гэта будзе спрабаваць загрузіць модуль slhc.o, калі ён раней не былі ўкладзены, так як модуль слізгацення мае патрэбу ў функцыянальнасці ў модулі slhc. Гэтая залежнасць будзе апісана ў файле modules.dep , які быў створаны аўтаматычна depmod.
Modprobe -r слізгацення
Гэта дазволіць разгрузіць модуль слізгацення. Ён таксама будзе выгружаць модуль slhc аўтаматычна, калі ён не выкарыстоўваецца якім-небудзь іншым модулем, а таксама (напрыклад, PPP).
ГЛЯДЗІЦЕ ТАКСАМА
depmod (8), lsmod (8), Kerneld (8), знакавы (8), rmmod (8).
SAFE MODE
Калі эфектыўны ідэнтыфікатар ня роўны рэальнаму UID , то Modprobe апрацоўвае ўваходныя дадзеныя з крайнім падазрэньнем. Апошні параметр заўсёды апрацоўваецца як імя модуля, нават калі ён пачынаецца з «-». Там можа быць толькі адно імя модуля і опцыі выгляду «пераменная = значэнне" забаронена. Імя модуля заўсёды апрацоўваецца як радок, ня мета пашырэння не выконваецца ў бяспечным рэжыме. Аднак мэта-пашырэнне па-ранейшаму ўжываецца для чытання дадзеных з файла канфігурацыі.
EUID не можа быць роўны UID, калі Modprobe выклікаецца з ядра, гэта дакладна для ядраў> = 2.4.0-test11. У ідэальным свеце, Modprobe можа давяраць ядру перадаваць толькі сапраўдныя параметры Modprobe. Аднак па меншай меры, адзін лакальны каранёвай эксплойт адбылося таму, што код ядра высокага ўзроўню перадаецца неправераныя параметры непасрэдна ад карыстальніка Modprobe. Так што больш не давярае Modprobe ўводу ядра.
Modprobe аўтаматычна ўсталёўвае бяспечны рэжым , калі сераду адбудзецца толькі з гэтых радкоў
HOME = / TERM = Linux PATH = / SBIN: / USR / SBIN: / бен: / USR / бенГэта вызначае выкананне Modprobe з ядра на ядра 2.2 хоць 2.4.0-test11, нават калі UID == EUID, што ён робіць на ранніх ядрах.
тралёвачныя КАМАНДЫ
Калі каталог / вар / Часопіс / ksymoops існуе і Modprobe запускаецца з опцыяй , якая можа загрузіць або выдаліць модуль , то Modprobe будзе рэгістраваць сваю каманду і вярнуць статус у / вар / Часопіс / ksymoops / `дата +% Y% м% D .log`. Там няма выключальніка , каб адключыць гэтую аўтаматычную рэгістрацыю, калі вы не хочаце, каб гэта адбылося, не ствараюць / вар / Часопіс / ksymoops. Калі гэты каталог існуе, то яна павінна належаць пні і быць рэжым 644 або 600 , і вы павінны запусціць скрыпт insmod_ksymoops_clean кожны дзень або каля таго .
НЕАБХОДНЫЯ ўтыліты
depmod (8), insmod (8).
Важна: Выкарыстоўвайце каманду чалавека (%) чалавек , каб паглядзець , як каманда выкарыстоўваецца на вашым канкрэтным кампутары.