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 , --config config
კონფიგურაციის დაკონკრეტებისთვის გამოიყენეთ ფაილური კონფიგურაცია (სურვილისამებრ) /etc/modules.conf ნაცვლად. გარემოს ცვლადი MODULECONF ასევე შეიძლება გამოყენებულ იქნას შერჩეული (და override) სხვადასხვა კონფიგურაციის ფაილში default /etc/modules.conf (ან /etc/conf.modules (უარყოფა)).
როდესაც გარემოს ცვალებადი UNAME_MACHINE არის მითითებული, modutils გამოიყენებს მის მნიშვნელობას მანქანათის ნაცვლად uname () syscall. ეს არის ძირითადად გამოყენება, როდესაც თქვენ შედგენა 64 bit მოდულები 32 bit მომხმარებლის სივრცეში ან პირიქით, მითითებული UNAME_MACHINE ტიპის მოდულები. ამჟამინდელი მოდულები მხარს არ უჭერს მოდულების სრული გადაჯგუფების რეჟიმს, ის შემოიფარგლება მასპინძელი არქიტექტურის 32 და 64 ბიტიანი ვერსიებისგან.
-d , -
ინფორმაციის ჩვენება მოდულის დასტის შიდა წარმომადგენლობის შესახებ.
-h , --help
ჩვენებათა შერჩევა და დაუყოვნებლივ გასვლა.
-k , --autoclean
დააყენეთ 'ავტოკლონი' დატვირთული მოდულები. გამოიყენება კერნელით, როდესაც ის მორგებულობისკენ მოუწოდებს, დაკარგოს ფუნქციის დამალვა (მოდულის სახით). -q ვარიანტი იგულისხმება -k . ეს პარამეტრები ავტომატურად გადაეგზავნება insmod .
-l , --list
სიის შესაბამისი მოდულები.
-n , - ში
არ შეასრულოთ აქცია, უბრალოდ აჩვენე, რა მოხდება.
-q , --quiet
ნუ შეასუსტებია Insmod- ის მოდულის დაყენება. გააგრძელეთ როგორც ნორმალური, მაგრამ ჩუმად, სხვა შესაძლებლობებით მოდიფიცირების მიზნით. ეს პარამეტრი ავტომატურად გადაეგზავნება insmod- ს .
-r , --remove
წაშალეთ მოდული (stacks) ან ავკაკუნზე, რაც დამოკიდებულია თუ არა ბრძანებათა სიაში მითითებული მოდულები.
-s , --syslog
ანგარიშის მეშვეობით syslog ნაცვლად stderr. ეს პარამეტრები ავტომატურად გადაეგზავნება insmod .
-t მოდული ; --type მოდული
მხოლოდ ამ ტიპის მოდულების განხილვა. modprobe მხოლოდ შევხედოთ მოდულებს, რომელთა დირექტორიაში მითითებულია " / moduletype / ". მოდულის ტიპი შეიძლება შეიცავდეს ერთზე მეტი დირექტორია სახელი, მაგ. " -t მძღოლები / ქსელი " რომ ჩამოთვლილი მოდულების xxx / drivers / net / და მისი subdirectories.
-v , --verbose
ბეჭდვის ყველა ბრძანება, როგორც ისინი შესრულებულია.
-V, - ვერსია
ჩვენების მოდულის ჩვენება .
შენიშვნა:
მოდულის სახელები არ უნდა შეიცავდეს ბილიკებს (არა "/"), და არც შეიძლება ჰქონდეს დამალვა ".o". მაგალითად, slip არის სწორი მოდული სახელი modprobe , /lib/modules/2.2.19/net/slip და slip.o არასწორია. ეს ეხება ბრძანებას და კონფიგურაციაში შესვლისას.
DESCRIPTION
Modprobe და depmod კომუნალური განკუთვნილია Linux მოდულის ბირთვი უფრო მართვადი ყველა წევრებს, ადმინისტრატორები და გამანაწილებელი ინჟინრები.
Modprobe იყენებს "Makefile" - ის დამოკიდებულია Depmod- ს მიერ , რომელიც ავტომატურად იტვირთება შესაბამისი მოდულის (ებ) იდან წინასწარ განსაზღვრული დირექტორიაში არსებული მოდულების კომპლექტიდან.
Modprobe გამოიყენება ერთი მოდულის ჩატვირთვა, დამოკიდებული მოდულების დასტა ან ყველა მოდული, რომელიც მითითებულია მითითებულ ტეგით.
Modprobe ავტომატურად ჩაირთვება ყველა მოდულის მოდულის საჭირო მოდულის დასტის, როგორც აღწერილია დამოკიდებულების ფაილი modules.dep . თუ ერთერთი ამ მოდულის ჩატვირთვა ვერ მოხერხდა, მიმდინარე სესიაზე დატვირთული მოდულების მთლიანი მიმდინარეობა ავტომატურად დაიტვირთება.
Modprobe- ს გააჩნია მოდულის დატვირთვის ორი გზა. ერთი გზა (გამოძიების რეჟიმი) შეეცდება ჩატვირთოს მოდულის სიიდან (განსაზღვრული ნიმუში ). Modprobe აჩერებს loading როგორც კი ერთი მოდულის იტვირთება წარმატებით. ეს შეიძლება გამოყენებულ იქნას ერთი Ethernet- ის მძღოლიდან სიიდან.
სხვა გზა modprobe შეიძლება გამოყენებულ არის დატვირთვის ყველა მოდული სიიდან. იხილეთ მაგალითები , ქვემოთ.
ვარიანტი -r , modprobe ავტომატურად იტვირთება დასტის მოდულები, მსგავსი გზა " rmmod -r " აკეთებს. გაითვალისწინეთ, რომ მხოლოდ " modprobe -r "- ის გამოყენებით გაწმენდა გამოუყენებელი autoloaded მოდულები და ასევე ასრულებს წინასწარ და პოსტ-ამოღების ბრძანებებს კონფიგურაციის ფაილში /etc/modules.conf .
შერჩევა პარამეტრები -l და t ჩამოთვლილია ყველა არსებული მოდული გარკვეული ტიპის.
ვარიანტი -c დაბეჭდება ამჟამად გამოყენებული კონფიგურაცია (ნაგულისხმევი + კონფიგურაციის ფაილი).
კონფიგურაცია
Modprobe (და depmod ) ქცევის ცვლილება შეიძლება შეცვალოთ (სურვილისამებრ) კონფიგურაციის ფაილი /etc/modules.conf .
უფრო დეტალური აღწერილობა, თუ რა შეიძლება შეიცავდეს ამ ფაილს, ასევე ნაგულისხმევი კონფიგურაციის მიერ გამოყენებული depmod და modprobe , იხილეთ modules.conf (5).
გაითვალისწინეთ, რომ წინასწარ და პოსტ-ამოღების ბრძანებები არ შესრულდება, თუ მოდული "ავტოკანიანი" კერნელსტის მიერ! გამოიყურებოდე მომავალი მხარდაჭერა მუდმივი მოდულის შენახვის ნაცვლად.
თუ გსურთ გამოიყენოთ წინასწარი და პოსტ ინსტალაციის ფუნქციები, თქვენ უნდა გამორთოთ ავტოკლონი კერნელსტისთვის და ნაცვლად დააყენეთ შემდეგი ხაზი თქვენს Cronab- ში (ეს გამოიყენება kmod სისტემებისთვის), ყოველ 2 წუთში :
* / 2 * * * test -f / proc / modules && / sbin / modprobe -r
სტრატეგია
იდეა ისაა, რომ modprobe გამოიყურება პირველი დირექტორიაში, რომელიც შეიცავს მოდულებს, რომლებიც შედგენილია ბირთვის ამჟამინდელი გათავისუფლებისთვის. თუ მოდული არ არის ნაპოვნი, modprobe გამოიყურება დირექტორიაში საერთო კერნელი ვერსია (მაგ. 2.0, 2.2). თუ მოდული კვლავ იძებნება, modprobe გამოიყურება დირექტორიაში, რომელიც შეიცავს მოდულების ნაგულისხმევ გათავისუფლებას, და ასე შემდეგ.
ახალი linux- ის ინსტალაციისას მოდულები უნდა გადავიდეს იმ დირექტორიაში, რომელიც დაკავშირებულია კერნის გათავისუფლების (და ვერსიასთან) დირექტორიაში. ამის შემდეგ თქვენ უნდა გააკეთოთ სიმბოლო ამ დირექტორიაში "ნაგულისხმევი" დირექტორიაში.
ყოველ ჯერზე ახალი ბირთვის შედგენა, ბრძანება " make modules_install " შეიქმნება ახალი დირექტორია, მაგრამ არ შეცვლის "ნაგულისხმევი" ბმულს.
როდესაც კერნელი დისტრიბუციისთვის მიუწვდომელ მოდულს მიიღებთ, თქვენ უნდა მოათავსოთ ერთ-ვერსიაზე დამოუკიდებელი დასავლეთით / lib / მოდულის ქვეშ .
ეს არის default სტრატეგია, რომელიც შეიძლება overridden in /etc/modules.conf .
მაგალითები
modprobe -t net
ჩატვირთეთ ერთ-ერთი მოდული, რომელიც ინახება "tag" -ის კატალოგში. თითოეული მოდული სცადებს, სანამ ერთი წარმატებით გაივლის.
modprobe -a -t boot
ყველა მოდული, რომელიც ინახება დირექტორიაში "ჩატვირთვის" სათაურში, ჩაიტვირთება.
modprobe slip
ეს სცადებს მოდულის slhc.o- ს ჩატვირთვას, თუ ეს არ იყო ადრე დატვირთული, რადგან slip მოდული სჭირდება SLH მოდულის ფუნქციურობას. ეს დამოკიდებულება იქნება აღწერილი ფაილური მოდულებიდან . დეფოდმა ავტომატურად შექმნა .
modprobe -r slip
ეს იქნება slip მოდულის გადატვირთვა. ის ასევე slhc მოდულის ტვირთავს ავტომატურად, თუ იგი არ გამოიყენება სხვა მოდულებით (მაგ., Ppp).
იხილეთ ასევე
დემიმოდი (8), lsmod (8), kerneld (8), ksyms (8), rmmod (8).
უსაფრთხო რეჟიმი
თუ ეფექტური უიდი არ არის უშუალოდ ნამდვილი უჯრედის შემდეგ, მოდპროპი უპასუხებს თავის შეყვანას უკიდურეს ეჭვს. ბოლო პარამეტრი ყოველთვის განიხილება როგორც მოდულის სახელი, მაშინაც კი, თუ იგი იწყება '-'. შესაძლებელია მხოლოდ ერთი მოდულის სახელი და აკრძალულია ფორმის "ცვლადი = ღირებულების" პარამეტრები. მოდულის სახელი ყოველთვის განიხილება, როგორც სიმებიანი, არ არის მეტა გაფართოება უსაფრთხო რეჟიმში. თუმცა მეტა გაფართოება კვლავ მიმართა კონფიგურაციის ფაილში წაკითხულ მონაცემებს.
eiid არ შეიძლება იყოს უცვლელი UID, როდესაც modprobe გამოწვეული ბირთვის, ეს მართალია kernels> = 2.4.0-test11. იდეალურ სამყაროში, modprobe- ს შეუძლია ენდოს კერნეტს მხოლოდ მოდიფიცირებული პარამეტრების გადასატანად. თუმცა მაინც ერთი ადგილობრივი ძირეული ექსპლოიტი მოხდა, რადგან მაღალი დონის ბირთვული კოდი გავიდა დაუზუსტებელ პარამეტრებს პირდაპირ მომხმარებლისგან modprobe- ზე. ამიტომ modprobe აღარ ენდობა კერნელის შეყვანა.
modprobe ავტომატურად ადგენს უსაფრთხო რეჟიმს, როდესაც გარემო მხოლოდ ამ სტრიქონებისგან შედგება
HOME = / TERM = linux PATH = / sbin: / usr / sbin: / bin: / usr / binეს გამოავლენს modprobe შესრულების კერნელი on ბირთვის 2.2 თუმცა 2.4.0-test11, მაშინაც კი, თუ uid == euid, რომელიც მას აკეთებს ადრე kernels.
ბრძანებები
თუ დირექტორია / var / log / ksymoops არსებობს და modprobe აწარმოებს ფუნქციას, რომელსაც შეუძლია დატვირთვის ან მოდულის წაშლა, modprobe იქნება მისი ბრძანება და დაბრუნების სტატუსი / var / log / ksymoops / `თარიღი +% Y% m% d .log` . არ არსებობს ჩართვა ამ ავტომატური ხედის გამორთვაზე, თუ არ გინდა, რომ ეს მოხდეს, არ შეიქმნას / var / log / ksymoops . თუ ეს დირექტორია არსებობს, ის უნდა ფლობდეს ძირას და იყოს 644 ან 600 რეჟიმი და თქვენ უნდა აწარმოოთ სკრიპტი Insmod_ksymoops_clean ყოველდღე ან იმდენად.
მოთხოვნილი უტილიტები
დემიმოდი (8), insmod (8).
მნიშვნელოვანია: გამოიყენეთ კაცი ბრძანება ( % man ), რათა ნახოთ თუ როგორ ბრძანება გამოიყენება თქვენს კომპიუტერში.