डिमोमो - लिनक्स कमाण्ड - यूनिक्स कमान्ड

नाम

Depmod - loadable कर्नेल मोडलहरूको लागि निर्भरता विवरणहरू संभाल्नुहोस्

सारांश

Depmod [-aA] [-ehnqrsuvV] [ -कन्फिगरेफाइल ] [-एफ कर्नेलमेन्ट ] [-b अवधारणात्मक ] [ forced_version ]
Depmod [-enqrsuv] [-एफ कर्नेलटाइम ] मोड्युल 1.मो मोड्युल 2 .ओ ...

विवरण

Depmodmodprobe उपयोगिताहरू सबै प्रयोगकर्ताहरू, प्रशासकहरू र वितरण मर्मतकर्ताहरूको लागि लिनक्स मोडुलर कर्नेल व्यवस्थितयोग्य बनाउन उद्देश्य हो।

Depmod " Makefile " -like निर्भरता फाइल सिर्जना गर्दछ जुन चिन्ह रेखामा उल्लेखित मोडलहरूको सेट वा कन्फिगरेसन फाइलमा निर्दिष्ट डाइरेक्टरीहरूको आधारमा प्रतीक हुन्छ। यो निर्भरता फाईल पछि पछि मोड्युल लोड गर्न वा मोडलहरूको स्ट्याक लोड गर्न मोडप्रोद्वारा प्रयोग गरिन्छ।

Depmod को सामान्य प्रयोग लाइन समावेश गर्न हो


/ sbin / depmod -a

जुनसुकै ठाउँमा आरसी-फाइलहरू /etc/rc.d मा फाइलहरू, त्यसैले प्रणालीमा बुटिङ गर्ने क्रममा तुरुन्त सही मोड्युल निर्भरताहरू उपलब्ध हुनेछन्। ध्यान दिनुहोस् कि विकल्प -ए अहिले वैकल्पिक छ। बूट-अप उद्देश्यहरूको लागि, विकल्प -q अधिक उपयुक्त हुन सक्छ किनभने डिपोड अनलकृत प्रतीकको बारेमा मौन बनाउँछ।

नयाँ कर्नेल संकलन पछि तुरुन्तै निर्भरता फाइल सिर्जना गर्न सम्भव छ। यदि तपाइँ " कन्टेल -ए 2.2.99 " गर्नुहुन्छ भने तपाईंले कर्नेल 2.2.99 संकलन गर्नुभयो र यसको पहिलो मोड्युल पहिलो पटक, जबकि 2.2.98 चलिरहेको बेला, फाइल सही स्थानमा सिर्जना गरिनेछ। यस तथापिमा, कर्नेलमा निर्भरताहरू सही हुन गाह्रो हुने छैनन्। यसका बारेमा थप जानकारीको लागि विकल्प -F , -C-b माथि विकल्पहरू हेर्नुहोस्।

मड्यूल र अन्य मोडलद्वारा निर्यात गरेको प्रतीकहरू बीच सम्बन्ध निर्माण गर्दा, डिमोडले मोड्युलहरूको जीपीएल स्थिति वा निर्यात प्रतीकहरूको बारेमा विचार गर्दैन। त्यो छ, Depmod एक त्रुटि झण्डा हुनेछ यदि एक GPL संगत लाइसेन्स बिना एक जीपीएल एक GPL मात्र प्रतीक (कर्नेलमा EXPORT_SYMBOL_GPL) लाई संदर्भित गर्दछ। तर insmod गैर जीपीएल मोडलहरूको लागि केवल GPL मात्र प्रतीकहरू समाधान गर्न इन्कार गर्नेछ ताकि वास्तविक लोड असफल हुनेछ।

विकल्पहरू

-ए , --ल

(वैकल्पिक) कन्फिगुरेसन फाइल /etc/modules.conf मा निर्दिष्ट सबै निर्देशिकामा मोड्युलहरूको खोजी गर्नुहोस्।

-ए , --क्लिक

फाइल टाइमस्ट्याम्पहरूको तुलना गर्नुहोस् र, यदि आवश्यक भएमा depmod -a जस्तै कार्य गर्नुहोस्। यदि यो परिवर्तनले केहि परिवर्तन भएको छ भने यो विकल्पले निर्भरता फाइल अद्यावधिक गर्छ।

-e , - व्यवहार

प्रत्येक मोड्युलको लागि सबै अनसुलझे प्रतीकहरू देखाउनुहोस्।

-h , --help

विकल्पहरूको सारांश प्रदर्शन गर्नुहोस् र तुरुन्तै निस्कनुहोस्।

-n , - शो

/ Lib / modules ट्रीको सट्टा स्टडआउटमा निर्भरता फाइल लेख्नुहोस्।

-q , --quiet

शान्त रहनको लागि depmod लाई भन्नुहोस् र छुटेको प्रतीकहरूको बारेमा उजुरी गर्न।

-r , --रोट

केही प्रयोगकर्ताहरूले गैर-रूट उपयोगकर्ताड्रिडमा मोड्युल संकलन गर्दछन् त्यसपछि मड्यूलहरू रूटको रूपमा स्थापना गर्नुहोस्। यो प्रक्रियाले मड्यूललाई ​​गैर-root userid द्वारा स्वामित्वमा छोड्न सक्छ, भले पनि मोड्युल डाइरेक्टरी रूटद्वारा स्वामित्व छ। यदि गैर-root userid सम्झौता गरिएको छ भने, एक घुसपैठकर्ता प्रयोगकर्ता प्रयोगकर्ता द्वारा स्वामित्व गरिएको अवस्थित मोड्युलहरू अधिलेखन गर्न सक्नुहुन्छ र यो पहुँचलाई बूट पहुँच माथि बूटस्ट्रैप गर्न प्रयोग गर्दछ।

पूर्वनिर्धारित रूपमा, मोड्युलहरू एक मोड्युल प्रयोग गर्ने प्रयास अस्वीकार गर्दछ जुन रूटमा स्वामित्व छैन। निर्दिष्ट गर्दै -r त्रुटिलाई दबाउनेछ र मोड्युल लोड गर्न रूटलाई अनुमति दिनुहोस् जुन मूलद्वारा स्वामित्व छैन।

को प्रयोग एक आर सुरक्षा जोखिम हो र सिफारिश छैन।

-s , --syslog

स्ट्रिडको सट्टा सिसलग डेमनको माध्यमबाट सबै त्रुटि सन्देशहरू लेख्नुहोस्।

-u , - समाधान - त्रुटि

डिपमोड 2.4 ले रिजर्भेसन कोड सेट गर्दैन जब त्यहाँ कुनै अनसुलझे प्रतीकहरू छैनन्। मोड्युल (2.5) को अर्को प्रमुख रिलीज अनसुलझे प्रतीकहरूको लागि फिर्ती कोड सेट गर्नेछ। केही वितरणले मोड्युल 2.4 मा एक गैर-शून्य रिटर्न कोड चाहान्छ तर त्यो परिवर्तनले पुरानो व्यवहारको अपेक्षा गर्ने प्रयोगकर्ताहरूको लागि समस्याको कारण हुन सक्छ। यदि तपाईं depmod 2.4 मा एक गैर-शून्य रिटर्न कोड चाहनुहुन्छ भने- -निर्दिष्ट गर्नुहोस्। डिपोड 2.5 चुपचाप -U झण्डालाई बेवास्ता गर्नेछ र अनसुलझे प्रतीकहरूको लागि सँधै गैर-शून्य रिटर्न कोड दिनेछ।

-v , - verbose

प्रत्येक मोड्युलको नाम देखाउँदा यो प्रक्रिया भएको छ।

-V , --वर्णन

Depmod को संस्करण प्रदर्शन गर्नुहोस्।

निम्न विकल्पहरू ब्यवस्थापन व्यवस्थापनका लागि उपयोगी विकल्पहरू छन्:

-b अवधारणात्मक , --बेडेरियर अप्रत्यक्ष

यदि विभिन्न वातावरणको लागि मोड्युलहरू संभालने को लागी डाइरेक्टरीको उप-पेडहरू डाइरेक्टरी ट्री / लिबुल / मोड्युलहरू अन्य ठाउँमा सारियो भने -b विकल्पले जहाँ / lib / modules ट्रीको सारिएको छवि फेला पार्नको लागि depmod भन्छ। फाइलको निर्माण गरिएको डिमोड आउटपुट फाइलमा सन्दर्भहरू, मोड्युलहरू डीप, इन्टिरेक्टोरियल पथ समावेश गर्दैन। यसको मतलब यो हो कि जब फाईल वृक्षले पूर्वनिर्धारित / lib / modules बाट अन्तिम वितरणमा / lib / modules मा सारिएको हुन्छ, सबै सन्दर्भहरू सही हुनेछन्।

-सी कन्फिगाइल , - कन्फिगर कन्फिगाइल

/etc/modules.conf को सट्टा फाइल कन्फिगाइल प्रयोग गर्नुहोस् । वातावरण चर: MODULECONF लाई पूर्वनिर्धारित /etc/modules.conf (वा /etc/conf.modules ( डिसेन्ड गरिएको) बाट फरक कन्फिगरेसन फाइल चयन गर्न प्रयोग गर्न सकिन्छ।

जब वातावरण चर

UNAME_MACHINE सेट गरिएको छ, मडुबल्सले फाईल फील्डको सट्टामा एकै नाम () syscall बाट यसको मूल्य प्रयोग गर्नेछ। यो मुख्य रूपमा प्रयोग गरिन्छ जब तपाईं 32 बिट प्रयोगकर्ता स्पेसमा 64 बिट मोड्युलहरू संकलन गर्दै हुनुहुन्छ वा यसको विपरीत, UNAME_MACHINE सेट गरिएका मोड्युलहरूको प्रकारमा सेट गर्नुहोस् । हालको मोड्युलले मोडलहरूको लागि पूर्ण क्रस बिल्ड मोड समर्थन गर्दैन, यो होस्ट वास्तुकलाको 32 र 64 बिट संस्करणहरू छनौट गर्न सीमित छ।

-F कर्नलसेक्समेन्ट , --फाइलिन्स कर्नलसेल्स

वर्तमान चलिरहेको कर्नेल भन्दा फरक कर्नेलका लागि निर्भरता फाइलहरू निर्माण गर्दा, प्रत्येक मोड्युलमा कर्नेल सन्दर्भहरू समाधान गर्नको लागि डमिटमा केर्नेल चिन्हहरूको सही सेट प्रयोग गर्दछ। यी प्रतीकहरू अन्य कर्नेलबाट System.map को प्रतिलिपि वा / proc / ksyms बाट आउटपुटको प्रतिलिपि हुन सक्छ । यदि तपाइँको कर्नेलले संस्करणित प्रतीकहरू प्रयोग गर्दछ भने, यो फाइलमा / proc / ksyms उत्पादनको प्रतिलिपि प्रयोग गर्ने सबै भन्दा राम्रो हो, किनकि त्यो फाइलले कर्नेल प्रतीकहरूको प्रतीक संस्करणहरू समावेश गर्दछ। यद्यपि तपाईं संस्करणमा प्रतीकहरूको साथ प्रणाली . map प्रयोग गर्न सक्नुहुन्छ।

कन्फिगरेसन

Depmodmodprobe को व्यवहार समायोजन (वैकल्पिक) विन्यास फाइल /etc/modules.conf द्वारा समायोजित गर्न सकिन्छ।
एक पूर्ण विवरणको लागि modprobe (8) र modules.conf (5) हेर्नुहोस्।

रणनीति

प्रत्येक पटक तपाईँले नयाँ कर्नेल संकलन गर्नुहुन्छ, आदेश " modules_install " ले नयाँ डाइरेक्टरी सिर्जना गर्नेछ, तर डिफल्ट परिवर्तन हुने छैन।

जब तपाइँ कर्नेल वितरणमा एक मोड्युल प्राप्त गर्नुहुन्छ तपाईले यसलाई संस्करण / स्वतन्त्र निर्देशिकाहरूमा / lib / modules अन्तर्गत एकमा राख्नुपर्दछ।

यो पूर्वनिर्धारित रणनीति हो, जुन /etc/modules.conf मा ओभरराइड गर्न सकिन्छ।

यो पनि हेर्नुहोस्

lsmod (8), kmsms (8)

महत्वपूर्ण: तपाईको विशेष कम्प्युटरमा आदेश कसरी प्रयोग गरिन्छ भनेर हेर्नको लागि मानिसको आदेश ( % मानिस ) प्रयोग गर्नुहोस्।