NAME
modprobe - високо ниво на ракување со модули што можат да се намножат
СИНОПСИС
modprobe [-adnqv] [-C config ] модул [симбол = вредност ...]
modprobe [-adnqv] [-C config ] [-t тип ] шема
modprobe -l [-C config ] [-t тип ] шема
modprobe -c [-C config ]
modprobe -r [-dnv] [-C config ] [модул ...]
modprobe- Vh
ОПЦИИ
-а , - сите
Вчитајте ги сите соодветни модули наместо да застанете по првото успешно вчитување.
-c , --showconfig
Прикажи ја моментално користената конфигурација.
-C , --конфигурацијанаконфигурација
Користете ја конфигурацијата на датотеки наместо (опционално) /etc/modules.conf за да ја наведете конфигурацијата. Променливата на околина MODULECONF, исто така, може да се користи за да се избере (и замени) друга конфигурациска датотека од стандардниот /etc/modules.conf (или /etc/conf.modules (застарено)).
Кога е поставена променливата на околина UNAME_MACHINE , modutils ќе ја користи својата вредност наместо полето на машината од uname () syscall. Ова е главно користено кога компилирате 64 битни модули во 32-битен кориснички простор или обратно, поставете го UNAME_MACHINE до типот на модулите. Тековните modutils не го поддржуваат целосниот начин на изградување на модули, тој е ограничен на изборот помеѓу 32 и 64-битни верзии на архитектурата на домаќинот.
-d , -debug
Прикажи информации за внатрешната застапеност на магацинот на модулите.
-Х , - помош
Прикажете резиме на опции и веднаш излезете.
-k , - автокеански
Поставете 'autoclean' на вчитаните модули. Се користи од кернелот кога повикува на modprobe за да се задоволи недостасува карактеристика (испорачана како модул). Опцијата -q се подразбира од -k . Овие опции автоматски ќе бидат испратени до insmod .
-l , - листа
Листа со соодветни модули.
-Н , - шоу
Не всушност изврши акција, само покаже што ќе се направи.
-q , --quiet
Не се жалат на insmod не успеаја да инсталираат модул. Продолжи како нормално, но тивко, со други можности за тестирање на modprobe. Оваа опција автоматски ќе биде испратена до insmod .
-r , - избришете
Отстранете го модулот (стекови) или направете autoclean, во зависност од тоа дали има модули споменати во командната линија.
-s , --syslog
Пријавете преку syslog наместо stderr. Овие опции автоматски ќе бидат испратени до insmod .
-t модулен тип ; - тип модул тип
Размислете само за модули од овој тип. modprobe ќе ги разгледува само модулите чија патека на директориум вклучува точно " / moduletype / ". moduletype може да содржи повеќе од едно име на директориумот, на пример " -t drivers / net " ќе ги наведе модулите во xxx / drivers / net / и неговите поддиректориуми.
-В , -вербоза
Ги испечати сите команди како што се извршуваат.
-V, --верзија
Прикажи ја верзијата на modprobe .
Забелешка:
Имињата на модулите не смеат да содржат патеки (не '/'), ниту пак можат да содржат заостанувачки '.o'. На пример, лизгањето е валидно име за модулот за modprobe , /lib/modules/2.2.19/net/slip и slip.o се невалидни. Ова се однесува на командната линија и на внесот во конфигурацијата.
ОПИС
На modprobe и depmod комунални услуги се наменети да се направи модуларен кернел Лину повеќе податлив за сите корисници, администратори и дистрибутери одржувачи.
Modprobe користи датотека за зависност слична на "Makefile", создадена од depmod , за автоматски да ги вчитува релевантните модули од множеството на модули достапни во предефинирани дрва на директориуми.
Modprobe се користи за вчитување на еден модул, куп на зависни модули или сите модули кои се обележани со одредена ознака.
Modprobe автоматски ќе ги вчита сите основни модули потребни во стек на модули, како што е опишано од модулите за зависност датотеки.dep. Ако вчитувањето на еден од овие модули не успее, целиот тековен куп на модули вчитани во тековната сесија автоматски ќе се извадат.
Modprobe има два начина на вчитување на модулите. Еден начин (сондата мод) ќе се обиде да се вчита модул од листата (дефинирана со шема ). Modprobe престанува да се вчитува штом еден модул успешно се вчитува. Ова може да се користи за автоматско внесување на еден етернет драјвер од листата.
Од друга страна, модпробе може да се користи е да се вчитаат сите модули од листата. Видете ПРИМЕР , подолу.
Со опцијата -r , modprobe автоматски ќе го исклучи стекот на модулите, слично на начинот на кој " rmmod -r " прави. Забележете дека користењето само " modprobe -r " ќе исчисти неискористени автозавршени модули, а исто така ќе ги изведува командите пред и по отстранување во конфигурациската датотека /etc/modules.conf .
Комбинирањето на опциите -l и -t ги прикажува сите достапни модули од одреден тип.
Опцијата -c ќе ја печати моментално користената конфигурација (стандардна конфигурациска датотека).
КОНФИГУРАЦИЈА
Однесувањето на modprobe (и depmod ) може да биде изменето од (опционално) конфигурациска датотека /etc/modules.conf .
За подетален опис за тоа што може да содржи оваа датотека, како и за стандардната конфигурација што ја користат depmod и modprobe , видете modules.conf (5).
Забележете дека командите пред и после отстранување нема да се извршат ако модулот е "autocleaned" од kerneld! Наместо тоа, побарајте поддршка за постојано складирање на модули.
Ако сакате да ги користите пред- и пост-инсталираните функции, ќе треба да го исклучите autoclean за kerneld и наместо тоа ставете нешто слично на следната линија во вашиот crontab (ова се користи и за kmod системите) за да се направи autoclean на секои 2 минути :
* / 2 * * * * test -f / proc / modules && / sbin / modprobe -r
СТРАТЕГИЈА
Идејата е дека modprobe ќе изгледа најпрво во директориумот кој содржи модули составени за тековното ослободување на кернелот. Ако модулот не е пронајден таму, modprobe ќе изгледа во директориумот заеднички за верзијата на кернелот (на пр. 2.0, 2.2). Ако модулот се уште е пронајден, modprobe ќе се погледне во директориумот кој содржи модули за стандардно порака, и така натаму.
Кога ќе инсталирате нова Linux, модулите треба да се преместат во директориумот поврзан со ослободувањето (и верзијата) на кернелот што го инсталирате. Потоа треба да направите симболичка врска од овој директориум до "стандардниот" директориум.
Секојпат кога ќе компајлирате нов кернел, командата " make modules_install " ќе создаде нов директориум, но нема да ја смени "стандардната" врска.
Кога ќе добие модул кој не е поврзан со дистрибуцијата на јадрото, треба да го ставите во еден од директориумите независни од верзијата под / lib / модулите .
Ова е стандардната стратегија, која може да се преовлада во /etc/modules.conf .
ПРИМЕРИ
modprobe -t нето
Вчитајте еден од модулите што се зачувани во директориумот означен со "нето". Секој модул се обидува се додека не успее.
modprobe -a -t подигање
Сите модули кои се зачувани во директориуми обележани со "boot" ќе бидат вчитани.
slip modprobe
Ова ќе се обиде да го вчита модулот slhc.o ако не беше претходно вчитан, бидејќи на модулот за лизгање му е потребна функционалност во модулот slhc. Оваа зависност ќе биде опишана во датотечните модули.dep што беше креиран автоматски од depmod .
modprobe -r се лизга
Ова ќе го исклучи модулот за лизгање. Исто така, автоматски ќе го истоварува модулот slhc, освен ако не се користи и од некој друг модул (пр. Ppp).
ИСТО ТАКА ВИДИ
depmod (8), lsmod (8), kerneld (8), ksyms (8), rmmod (8).
БЕЗБЕДНОСЕН РЕЖИМ
Ако ефективниот uid не е еднаков со вистинската uid тогаш modprobe го третира својот влез со екстремно сомневање. Последниот параметар секогаш се третира како име на модулот, дури и ако започнува со '-'. Може да има само едно име на модул и да се забрануваат опции од формата "променлива = вредност". Името на модулот секогаш се третира како низа, без мета-проширување се изведува во безбеден режим. Меѓутоа, мета-експанзијата сеуште се применува на податоците што се читаат од конфигурациската датотека.
euid не може да биде еднаква на uid кога модпробе се повикува од кернелот, ова е точно за кернели> = 2.4.0-test11. Во идеален свет, modprobe може да му верува на кернелот само за да помине валидни параметри за да modprobe. Сепак, се случи барем еден локален експлоатација на root, затоа што кодот на јадрото на високо ниво ги помина непроверените параметри директно од корисникот на модпроб. Значи modprobe повеќе не му верува на влезот на кернелот.
modprobe автоматски го поставува безбедниот режим кога околината се состои само од овие стрингови
HOME = / TERM = linux PATH = / sbin: / usr / sbin: / bin: / usr / binОва го детектира извршувањето на modprobe од кернелот на кернели 2.2, иако 2.4.0-test11, дури и ако uid == euid, што го прави на претходните кернели.
ЛОГИНГ КОМАНДИ
Ако постои директориум / var / log / ksymoops и модпробе се извршува со опција која може да се вчита или избрише модул, тогаш modprobe ќе ја најави својата команда и ќе го врати статусот во / var / log / ksymoops / `date +% Y% m% d .log " . Нема прекинувач за оневозможување на ова автоматско најавување, ако не сакате да се случи, не креирајте / var / log / ksymoops . Ако тој директориум постои, тој треба да биде во сопственост на root и да биде мод 644 или 600 и треба да го стартувате скрипта insmod_ksymoops_clean секој ден или слично.
ПОТРЕБНИ УСЛУГИ
depmod (8), insmod (8).
Важно: Користете ја командата за човекот ( % man ) за да видите како се користи командата на вашиот компјутер.