नाव
depmod - लोडजोगी कर्नल मॉड्युल्सकरिता अवलंबन वर्णन हाताळा
सारांश
डेमॉमॉड [-एए] [-एएनएनएनआरएसयूव्हीव्ही] [-सी कॉन्फिगरफाइल] [-फ केर्नल्स्कीज ] [-बी डायरेक्टरीज ] [ मजबूर_वर्जन ]
depmod [-enqrsuv] [-F कर्नेल शब्द ] मॉड्यूल 1.o मॉड्यूल 2.ओ ...
वर्णन
Depmod व modprobe युटिलिटिज सर्व वापरकर्त्यांसाठी, प्रशासक व वितरण देखभालींकरीता Linux मॉडयूलर कर्नेल व्यवस्थापनास उद्देशाने करतात.
Depmod "Makefile" -like अवलंबन फाइल तयार करते, आदेश ओळवर नमूद केलेल्या मोड्यूल्सच्या संचातील किंवा कॉन्फिगरेशन फाईलमध्ये निर्देशित केलेल्या निर्देशिकांवरून सापडलेल्या चिन्हावर आधारित. मॉड्युलचे योग्य मॉड्यूल किंवा स्टॅक आपोआप लोड करण्यासाठी नंतर modprobe द्वारे या निर्भरता फाइलचा वापर केला जातो.
डेमॉडमचा सामान्य वापर म्हणजे रेषा समाविष्ट करणे
/ sbin / depmod -a
कुठेतरी rc-files /etc/rc.d मध्ये , जेणेकरून प्रणाली बूट केल्यानंतर लगेच योग्य मॉड्युल अवलंबन उपलब्ध होईल. लक्षात घ्या की पर्याय -a आता पर्यायी आहे. बूट-अप उद्देशांसाठी, पर्याय -q अधिक योग्य असू शकते कारण त्यामुळे निराकरण केलेल्या चिन्हाबद्दल depmod मूक बनते.
नवीन कर्नल संकलन केल्यानंतर लगेचच अवलंबन फाइल तयार करणे शक्य आहे. जर आपण " depmod -a 2.2.99 " केले तर आपण 2.2.99 कर्नल आणि प्रथमच त्याचे मॉड्यूल्स संकलित केले असल्यास, उदा. 2.2.98 चालवत असताना, फाइल योग्य ठिकाणी तयार केली जाईल. या प्रकरणात मात्र, कर्नलवरील अवलंबन योग्य असल्याची हमी दिली जाणार नाही. हे हाताळण्यासंबंधी अधिक माहितीसाठी वरील -फ , -सी आणि- बी पर्याय पहा.
मॉड्यूल आणि इतर मॉड्यूल्सद्वारे निर्यात केलेले चिन्हे यांच्यातील नातेसंबंध निर्माण करताना, depmod मॉड्यूलचे जीपीएल स्थिती किंवा निर्यात केलेल्या प्रती दर्शवत नाही. म्हणजेच जीपीएल सुसंगत परवाना नसलेला मॉड्यूल जीपीएल केवळ प्रतीक (कर्नलमध्ये EXPORT_SYMBOL_GPL) दर्शविल्यास depmod त्रुटी दर्शविणार नाही. तथापि insmod गैर-जीपीएल मॉड्यूल्ससाठी जीपीएल केवळ चिन्हे सोडविण्यास नकारेल जेणेकरून वास्तविक लोड अयशस्वी होईल.
पर्याय
-a , --all
(वैकल्पिक) संरचना फाइल /etc/modules.conf मध्ये निर्देशीत केलेल्या सर्व निर्देशिकांमधील मॉड्यूल्ससाठी शोधा.
-ए , --क्निक
फाइल वेळशिक्का तुलना करा आणि, आवश्यक असल्यास, depmod -a सारखे कार्य करा काहीही बदलले असल्यास हा पर्याय फक्त अवलंबन फाइलचे अद्ययावत करतो.
-e , --errsyms
प्रत्येक मॉड्यूलसाठी सर्व निराकरण केलेले प्रतीक दर्शवा.
-हा , - मदत
पर्यायांचा सारांश प्रदर्शित करा आणि लगेच बाहेर पडा
-n , --शो
डॉक्युबिलिटी फाइल / lib / modules ट्रीच्या ऐवजी stdout वर लिहा.
-q , --क्विट
गप्प बसलेल्या चिंतेची तक्रार न करण्याबद्दल धूळ ठेवण्यासाठी डेमॉडम ला सांगा.
-r , --root
काही वापरकर्ते विना-रूट userid अंतर्गत मॉड्यूल संकलित करतात आणि नंतर रूट म्हणून मोड्यूल्स स्थापित करतात. ही प्रक्रिया गैर-रूट userid मालकीचे मॉड्यूल्स सोडू शकते, जरी मोड्यूल्स निर्देशिका रूट द्वारे मालकीची असली तरी गैर-रूट userid सह तडजोड केल्यास, घुसखोर त्या userid मालकीचे विद्यमान मॉड्यूल्स अधिलिखित करेल आणि रूट प्रवेश पर्यंत या एक्सपोजरचा वापर करा.
पूर्वनिर्धारितपणे, modutils रूट द्वारे नियंत्रीत केलेली मॉडयूल वापरण्यासाठीचे प्रयत्न नाकारतील निर्दिष्ट करणे -r त्रुटी दडपून टाकेल आणि रुट द्वारे रूट घटकांना लोड करण्यास परवानगी देते ज्यांचे रूट मूळ नाही
-आर चा वापर हा एक मोठा सुरक्षा असुरक्षितता आहे आणि त्याची शिफारस केलेली नाही.
-s , --syslog
सर्व त्रुटी संदेश stderr ऐवजी syslog डीमन द्वारे लिहा.
-u , --unresolved-error
depmod 2.4 येथे कोणतेही निराकरण न करता येणारे रिटर्न कोड सेट केलेले नाही. Modutils (2.5) पुढील प्रमुख प्रकाशन निराकरण नकार करीता रिटर्न कोड सेट करेल. काही डिस्ट्रीब्यूशनना मॉडिअल्टीमध्ये नॉन-झिरो रिटर्न कोड हवे आहे 2.4 परंतु त्या बदलामुळे वापरकर्त्यांना जुन्या वर्तणुकीची अपेक्षा आहे. जर आपण डिमोडोड 2.4 मध्ये नॉन-झिरो रिटर्न कोड हवे असल्यास, -u टाइप करा. depmod 2.5 शांतपणे -u फ्लॅगकडे दुर्लक्ष करेल आणि निराकरण नसलेल्या चिन्हासाठी नेहमी न शून्य-शून्य परिक्षेत्र कोड देईल.
-v , - शब्दशः
प्रत्येक मॉड्यूलचे नाव दाखवा जसे त्यावर प्रक्रिया केली जात आहे.
-व्ही , - व्ह्यूशन
Depmod चे आवृत्ती प्रदर्शित करा
खालील पर्याय वितरणांचे व्यवस्थापन करणार्या लोकांना उपयुक्त आहेत:
-b निरनिराळ्या ठिकाणी , --बेझीरर आधारित डिरेक्टरी
मॉड्युलचे उप-पेड असलेली डिरेक्ट्री वृक्ष / lib / मॉड्युल वेगळे वातावरणकरिता मॉड्यूल हाताळण्याकरिता कुठेतरी दुसरीकडे स्थानांतरीत केले असल्यास, -b पर्याय depmod ला / lib / modules ट्रीच्या स्थलांतरित प्रतिमा कुठे शोधेल ते दर्शवितो. बांधण्यात आलेल्या डेम्पॉन आउटपुट फाइलमधील फाइल संदर्भ, modules.dep , मध्ये आधारित डायरेक्टरी मार्ग नसतील . याचा अर्थ असा की जेव्हा फाईल ट्री एक्सटेरीरीटी / lib / मॉड्युलमधून अंतिम लिस्टमध्ये / lib / modules मध्ये हलविली जाते तेव्हा सर्व संदर्भ योग्य असतील.
-C कॉन्फिगरफाइल , --config कॉन्फिगरेशन फाइल
/etc/modules.conf फाइल ऐवजी फाइल कॉन्फिगरफाइल वापरा . पर्यावरण वेरियेबल MODULECONF /etc/modules.conf (किंवा /etc/conf.modules (deprecated)) पासून वेगळ्या संरचना फाइल निवडण्यासाठी वापरली जाऊ शकते.
जेव्हा वातावरण परिवर्तनशील
UNAME_MACHINE सेट आहे, modutils uname () syscall पासून मशीनच्या क्षेत्राऐवजी त्याचा मूल्य वापरेल हे 32 बीट युजर स्पेस किंवा उलट, यूएन_माईचिन ला तयार केलेल्या मोड्यूल्सच्या प्रकारानुसार 64 बिट मॉड्यूल्स संकलित करत असताना हे मुख्यतः वापर आहे. सध्याचे मोड्यूल्स मॉड्युड्ससाठी संपूर्ण क्रॉस बिल्ड मोडचे समर्थन करत नाहीत, होस्ट आर्किटेक्चरच्या 32 आणि 64 बिट आवृत्त्यांमध्ये ते निवडणे मर्यादित आहे.
-फ शब्दशः , --फाइल
सध्याचे कार्यरत कर्नल पेक्षा वेगळ्या कर्नल करीता अवलंबन फाइली निर्माण करताना, महत्वाचे आहे की depmod प्रत्येक मॉड्यूलमध्ये कर्नल संदर्भ योग्यरित्या सोडवण्यासाठी कर्नल प्रतीचे योग्य संचचा वापर करतो. हे प्रतीक इतर कर्नलपासून System.map ची प्रत असू शकते, किंवा / proc / ksyms वरील आउटपुटची कॉपी. जर तुमची कर्नल आवृत्तीत प्रती वापरते, तर / proc / ksyms आउटपुटची प्रत वापरणे उत्तम आहे, कारण त्या फाइलमध्ये कर्नल प्रतीकोंचे चिन्ह आवृत्त्या आहेत. तथापि आपण आवृत्ती चिन्हांसह System.map देखील वापरू शकता.
कॉन्फिगरेशन
Depmod व modprobe चे वर्तन (वैकल्पिक) संरचना फाइल /etc/modules.conf द्वारे सुस्थीत केले जाऊ शकते.
संपूर्ण वर्णनासाठी modprobe (8) आणि modules.conf (5) पहा.
धोरण
प्रत्येक वेळी आपण नवीन कर्नल संकलित करतो, " modules_install " निर्माण केल्याने नवीन निर्देशिका तयार होईल, परंतु डीफॉल्ट बदलणार नाही.
जेव्हा तुम्हास कर्नल वितरणास संबंधित नसलेला मॉड्यूल मिळेल तेव्हा तो / lib / modules अंतर्गत आवृत्ती-स्वतंत्र डिरेक्ट्रीमध्ये त्यास ठेवायला हवे.
ही मुलभूत धोरण आहे, ज्यास /etc/modules.conf मध्ये खोडून पुन्हा लिहले जाऊ शकते.
तसेच पहा
महत्वाचे: आपल्या कॉम्प्यूटरवर आज्ञा कशी वापरली जाते हे पाहण्यासाठी man कमांड ( % man ) वापरा.