લીનક્સ / યુનિક્સ કમાન્ડ: ઇન્મોડ

Linux / Unix આદેશ insmod ચાલી રહેલ કર્નલમાં લોડ કરી શકાય તેવા મોડ્યુલને ઇન્સ્ટોલ કરે છે . insmod એ કર્નલના નિકાસ કરેલ પ્રતીક કોષ્ટકમાંથી બધા પ્રતીકોને ઉકેલવા દ્વારા ચાલતા કર્નલમાં મોડ્યુલને લિંક કરવાનો પ્રયાસ કરે છે.

જો મોડ્યુલ ફાઇલ નામ ડિરેક્ટરીઓ અથવા એક્સટેન્શન વિના આપવામાં આવે છે , insmod મોડ્યુલને કેટલીક સામાન્ય ડિફૉલ્ટ ડિરેક્ટરીઓમાં શોધશે. પર્યાવરણ ચલ MODPATH આ મૂળભૂત પર ફરીથી લખવા માટે વાપરી શકાય છે. જો મોડ્યુલ રૂપરેખાંકન ફાઇલ જેમ કે /etc/modules.conf અસ્તિત્વમાં હોય, તો તે MODPATH માં વ્યાખ્યાયિત પાથને ઓવરરાઇડ કરશે.

પર્યાવરણ ચલ MODULECONF એ મૂળભૂત /etc/modules.conf (અથવા /etc/conf.modules (deprecated)) માંથી બીજી રૂપરેખાંકન ફાઇલને પસંદ કરવા માટે પણ વાપરી શકાય છે. આ એન્વાર્નમેન્ટ વેરીએબલ, ઉપરની તમામ વ્યાખ્યાઓ પર ફરીથી લખશે.

જયારે પર્યાવરણ ચલ UNAME_MACHINE સેટ કરેલ હોય, ત્યારે મોડ્યુટલ્સ એ મશીન ફીલ્ડની જગ્યાએ uname () syscall થી તેના મૂલ્યનો ઉપયોગ કરશે આ મુખ્યત્વે ઉપયોગ છે જ્યારે તમે 64-બીટ મોડ્યુલોને 32-બીટ વપરાશકર્તા જગ્યા અથવા તેનાથી ઊલટું સંકલન કરી રહ્યા હોવ તો UNAME_MACHINE ને મોડ્યુલોના પ્રકાર પર સેટ કરો. વર્તમાન મોડ્યુટ્સ મોડ્યુલો માટે સંપૂર્ણ ક્રોસ બિલ્ડ મોડને સપોર્ટ કરતું નથી, યજમાન આર્કીટેક્ચરના 32- અને 64-બીટ વર્ઝન વચ્ચે પસંદગી કરવાનું મર્યાદિત છે.

વિકલ્પો

-e persist_name , --persist = persist_name

નિર્દિષ્ટ કરે છે કે જ્યાં મોડ્યુલ માટે કોઈ સતત માહિતી લોડ પરથી વાંચવામાં આવે છે અને જ્યારે મોડ્યુલની આ તત્કાલ ઉતરે ત્યારે તેને લખવામાં આવે છે. જો આ મોડ્યુલમાં કોઈ સતત માહિતી ન હોય તો આ વિકલ્પને અવગણવામાં આવે છે નિરંતર માહિતી ફક્ત insmod દ્વારા વાંચવામાં આવે છે જો આ વિકલ્પ હાજર છે, મૂળભૂત રીતે insmod સતત માહિતી પર પ્રક્રિયા કરતી નથી.

લહેરાઉંડ ફોર્મ તરીકે, -e (ખાલી શબ્દમાળા) insmod દ્વારા modules.conf માં વ્યાખ્યાયિત તરીકે persistdir ની કિંમત તરીકે અર્થઘટન થયેલ છે, મોડ્યુલ શોધ પથને સંબંધિત મોડ્યુલના ફાઇલનામ દ્વારા અનુસરવામાં આવે છે, તેને કોઈપણ રીતે ઓછા ".gz", ".o" અથવા ".mod" પાછળથી જો modules.conf " persistdir = " (એટલે ​​કે persistdir ખાલી ક્ષેત્ર છે) સ્પષ્ટ કરે છે તો પછી આ લઘુલિપિ ફોર્મને શાંતિપૂર્વક અવગણવામાં આવે છે. ( Modules.conf (5) જુઓ.)

-એફ , --ફોર્સ

મોડ્યુલ લોડ કરવાનો પ્રયાસ કરો, જો ચાલી રહેલ કર્નલનું વર્ઝન અને કર્નલની આવૃત્તિ કે જેના માટે મોડ્યુલ સંકળાયેલું હતું તે મેળ ખાતું નથી. આ ફક્ત કર્નલ વર્ઝન ચેકને ઓવરરાઇડ કરે છે, તેનું પ્રતીક નામ તપાસ પર કોઈ પ્રભાવ નથી. જો મોડ્યુલમાં પ્રતીક નામો કર્નલ સાથે મેળ ખાતા નથી, તો insmod ને મોડ્યુલ લોડ કરવા માટે દબાણ કરવા માટે કોઈ રીત નથી.

-h , --help

વિકલ્પોનો સારાંશ દર્શાવો અને તરત જ બહાર નીકળો

-ક , --ઑટોકલીન

મોડ્યુલ પર સ્વત: શુધ્ધ ફ્લેગ સેટ કરો. આ ધ્વજ કર્નેલ્ડ (8) દ્વારા ઉપયોગમાં લેવાશે, જે મોડ્યુલોને દૂર કરવા માટે ઉપયોગમાં લેવાતા નથી - સામાન્ય રીતે એક મિનિટ.

-એલ , - લોક

સમાન મોડ્યુલના એક સાથે લોડને રોકવા માટે ફ્લોક્સ (2) નો ઉપયોગ કરો.

-m , --map

સ્ટડઆઉટ પરનો લોડ મેપ આઉટપુટ, મોડ્યુલને કર્નલ પેનીકની ઘટનામાં ડીબગ કરવાનું સરળ બનાવે છે.

-n , --noload

ડમી રન, મોડ્યુલને કર્નલમાં લોડ કર્યા સિવાય બધું જ કરો જો કોઈ-એમ અથવા -ઓ દ્વારા વિનંતી કરવામાં આવે, તો રન એક નકશો અથવા બ્લોબ ફાઇલ બનાવશે. મોડ્યુલ લોડ ન થવાથી, વાસ્તવિક કર્નલ લોડ સરનામું અજાણ્યું છે તેથી નકશો અને બ્લોબ ફાઇલ 0x12340000 ના મનસ્વી લોડ સરનામાં પર આધારિત છે.

-o મોડ્યુલ_નામ , --name = module_name

સ્રોત ઑબ્જેક્ટ ફાઇલનાં મૂળ નામ પરથી નામ ઉતારીને બદલે મોડ્યુલનું નામ આપો.

-ઓ blob_name , --blob = blob_name

Blob_name માં બાઈનરી ઑબ્જેક્ટ સાચવો. પરિણામ એ બાયનરી બ્લોબ (કોઈ ELF હેડરો નથી) છે જે દર્શાવે છે કે કલમ મેનીપ્યુલેશન અને સ્થળાંતર પછી કર્નલમાં લોડ થયેલું છે. ઑપ્શન- m ઑબ્જેક્ટનો નકશો મેળવવા માટે ભલામણ કરવામાં આવે છે.

-p , --probe

તે સફળતાપૂર્વક લોડ થઈ શકે છે કે નહીં તે જોવા માટે મોડ્યુલને તપાસો . તેમાં ઑબ્જેક્ટ ફાઇલને મોડ્યુલ પાથમાં, વર્ઝનના નંબરો તપાસવા, અને પ્રતીકો ઉકેલવા માટેનો સમાવેશ થાય છે. તે સ્થાનાંતરણની તપાસ કરતું નથી કે તે નકશા અથવા બ્લોબ ફાઇલનું ઉત્પાદન કરે છે.

-P ઉપસર્ગ , --prefix = ઉપસર્ગ

આ વિકલ્પ એસએમપી અથવા બીમમેમ કર્નલ માટે સંસ્કરણ મોડ્યુલ્સ સાથે ઉપયોગમાં લઈ શકાય છે, કારણ કે આવા મોડ્યુલ્સ પાસે તેમના પ્રતીક નામોમાં વધારાની ઉપસર્ગ ઉમેરેલો છે. જો કર્નલ પ્રતીક સંસ્કરણો સાથે બનાવવામાં આવ્યું હતું તો insmod આપમેળે "get_module_symbol" અથવા "inter_module_get" ની વ્યાખ્યામાંથી ઉપસર્ગ બહાર કાઢશે, જેમાંના કોઈપણ મોડ્યુલને સપોર્ટ કરેલા કોઈપણ કર્નલમાં અસ્તિત્વમાં છે. જો કર્નલમાં કોઈ પ્રતીક સંસ્કરણ નથી પરંતુ મોડ્યુલ પ્રતીક સંસ્કરણો સાથે બનાવવામાં આવ્યું હતું તો વપરાશકર્તાએ -P ને પૂરું પાડવું જોઈએ.

-q , --quiet

કોઈપણ વણઉકેલાયેલી પ્રતીકોની સૂચિને છાપી ના લેશો. વર્ઝન મિસમેચ વિશે ફરિયાદ કરશો નહીં. સમસ્યા માત્ર insmod ની બહાર નીકળો સ્થિતિમાં પ્રતિબિંબિત થશે.

-આર , - રુટ

કેટલાક વપરાશકર્તાઓ બિન-રુટ userid હેઠળ મોડ્યુલો કમ્પાઇલ કરે છે અને પછી રુટ તરીકે મોડ્યુલો સ્થાપિત કરો. આ પ્રક્રિયા બિન-રુટ userid દ્વારા માલિકી કરેલ મોડ્યુલો છોડી શકે છે, તેમ છતાં મોડ્યુલો ડિરેક્ટરી રૂટ દ્વારા માલિકી છે. બિન-રુટ userid સાથે ચેડા કરવામાં આવે છે, જો એક ઘુસણખોર કે userid માલિકીના હાલના મોડ્યુલો પર ફરીથી લખી અને રૂટ પરવાનગી સુધી બુટસ્ટ્રેપ માટે આ એક્સપોઝર ઉપયોગ કરી શકે છે.

મૂળભૂત રીતે, modutils એ મોડ્યુલનો ઉપયોગ કરવાનો પ્રયાસોનો અસ્વીકાર કરશે જે રુટ દ્વારા માલિકી નથી. નિર્ધારિત -આર ચેકને ટૉગલ કરશે અને રુટને મોડ્યુલ લોડ કરવાની મંજૂરી આપે છે કે જે રુટ દ્વારા માલિકી નથી. નોંધ: જ્યારે રુટ ચેક માટેનું મૂળભૂત મૂલ્ય મોડ્યુટિલ્લ્સ ગોઠવેલું હોય ત્યારે બદલી શકાય છે.

-r નો ઉપયોગ રૂટ ચકાસણી નિષ્ક્રિય કરવા માટે અથવા રૂપરેખાંકન સમયે ડિફોલ્ટને "રુટ ચેક" માં સુયોજિત કરવાનું મુખ્ય સુરક્ષા એક્સપોઝર છે અને આગ્રહણીય નથી.

-s , - syslog

ટર્મિનલને બદલે બધું સબસ્ક્રિપ્ટમાં (3) આઉટપુટ કરો.

-એસ , --કોલેસ્સીશન્સ

ભારિત મોડ્યુલને કોલસેશન્સ ડેટા રાખવા માટે દબાણ કરો, જો કર્નલ તેને સપોર્ટ કરતું ન હોય તો પણ. આ વિકલ્પ નાની સિસ્ટમો માટે છે કે જ્યાં કર્નલ કોલ્સીકલ્સ ડેટા વિના લોડ થાય છે પરંતુ પસંદ કરેલ મોડ્યુલને ડિબગીંગ માટે કોડસ્ક્રિપ્શંસની જરૂર છે. આ વિકલ્પ એ Red Hat Linux પર મૂળભૂત છે.

-v , --verbose

વર્બોઝ રહો

-વી , - વિવરણ

Insmod નું વર્ઝન દર્શાવો.

-એક્સ , - નિકાસ ; -x , - નોઆપોર્ટ

અનુક્રમે અને મોડ્યુલના તમામ બાહ્ય સંકેતોને નિકાસ કરશો નહીં. મૂળભૂત નિકાસ કરવા માટેનાં પ્રતીકો માટે છે. આ વિકલ્પ માત્ર ત્યારે જ અસરકારક છે જો મોડ્યુલ સ્પષ્ટપણે તેના પોતાના નિયંત્રિત પ્રતીક કોષ્ટકને નિકાસ કરતું નથી, અને તેથી તે દૂર કરવામાં આવેલ છે.

-Y , --કિસિઓઓપ્સ ; -y , --noksymoops

શું અને ksyms માટે ksymoops સિમ્બોલ્સ ઉમેરો નહીં. આ પ્રતીકો ksymoops દ્વારા ઉપયોગ કરવામાં આવે છે જો આ મોડ્યુલમાં અરેરે સારી ડિબગીંગ પૂરો પાડવા માટે. મૂળભૂત ksymoops પ્રતીકો વ્યાખ્યાયિત કરવા માટે છે. આ વિકલ્પ -X / -x વિકલ્પોથી સ્વતંત્ર છે.

કેસિમોપ્સ પ્રતીકો લોડ થયેલ મોડ્યુલ દીઠ આશરે 260 બાઇટ્સનો ઉમેરો કરે છે. જ્યાં સુધી તમે કર્નલ જગ્યા પર ખરેખર ટૂંકા નથી અને ksyms ને તેના ન્યૂનતમ કદમાં ઘટાડવાનો પ્રયાસ કરી રહ્યાં છો, ડિફોલ્ટ લો અને વધુ સચોટ ઓપો ડિબગીંગ મેળવો. સતત મોડ્યુલ ડેટા સાચવવા માટે ksymoops પ્રતીકો જરૂરી છે.

-N , - ન્યુમરિક-માત્ર

ફક્ત કર્નલ વર્ઝન વિરુદ્ધ મોડ્યુલ વર્ઝનના આંકડાકીય ભાગને તપાસો, એટલે કે જ્યારે કોઈ મોડ્યુલ કર્નલ સાથે જોડાય છે તે નક્કી કરતી વખતે એક્સટ્રેશનને અવગણો. આ ધ્વજ આપમેળે કર્નલ પછી 2.5 માટે સુયોજિત કરે છે, તે પહેલાનાં કર્નલો માટે વૈકલ્પિક છે.

મોડ્યુલ પરિમાણો

કેટલાક મોડ્યુલો તેમના ઓપરેશનને કસ્ટમાઇઝ કરવા માટે લોડ-ટાઇમના પરિમાણોને સ્વીકારે છે. આ પરિમાણો ઘણીવાર I / O પોર્ટ અને IRQ નંબરો હોય છે જે મશીનથી મશીન બદલાય છે અને હાર્ડવેરમાંથી નક્કી કરી શકાતા નથી.

2.0 શ્રેણી કર્નલો માટે રચાયેલ મોડ્યુલોમાં, કોઇપણ પૂર્ણાંક અથવા પાત્ર પોઇન્ટર પ્રતીકને પરિમાણ તરીકે ગણવામાં આવે છે અને સંશોધિત કરી શકાય છે. 2.1 શ્રેણીના કર્નલોની શરૂઆતથી, પ્રતીકોને પરિમાણો તરીકે સ્પષ્ટપણે ચિહ્નિત કરવામાં આવે છે જેથી માત્ર ચોક્કસ મૂલ્યો બદલી શકાય. વળી, લોડ સમય પર આપેલ મૂલ્યો ચકાસવા માટે પ્રકાર માહિતી પૂરી પાડવામાં આવે છે.

પૂર્ણાંકોના કિસ્સામાં, તમામ મૂલ્યો દશાંશ, ઓક્ટલ અથવા હેક્ઝાડેસિમલ એ લા સી: 17, 021 અથવા 0x11 માં હોઈ શકે છે. અરે તત્વો અલ્પવિરામ દ્વારા અલગ શ્રેણીને સ્પષ્ટ કરે છે. મૂલ્યોને બાદ કરીને ઘટકો છોડવામાં આવી શકે છે

2.0 શ્રેણી મોડ્યુલોમાં, મૂલ્યો જે કોઈ નંબરથી શરૂ થતા નથી તે શબ્દમાળાઓ ગણવામાં આવે છે. 2.1 માં શરૂ કરીને, પેરામીટરની પ્રકારની માહિતી એ દર્શાવે છે કે સ્ટ્રિંગ તરીકે મૂલ્યનું અર્થઘટન કરવું કે નહીં. જો કિંમત ડબલ-અવતરણ ( " ) થી શરૂ થાય છે, શબ્દમાળાને સી, એસ્કેપ સિક્વન્સ અને બધામાં તરીકે અર્થઘટન કરવામાં આવે છે. નોંધ કરો કે શેલ પ્રોમ્પ્ટમાંથી, પોતાને અવતરણ શેલ અર્થઘટનથી સુરક્ષિત કરવાની જરૂર પડી શકે છે.

GPL લાઇસેંસ પ્રાપ્ત મોડ્યુલ્સ અને સિમ્બોલ્સ

કર્નલ સાથે પ્રારંભ 2.4.10, મોડ્યુલ્સ પાસે લાયસન્સ સ્ટ્રિંગ હોવી જોઈએ, જેનો ઉપયોગ MODULE_LICENSE () નો ઉપયોગ કરે છે. કેટલાક શબ્દમાળાઓ જી.પી.એલ. સુસંગત હોવા તરીકે ઓળખાય છે; કોઈપણ અન્ય લાયસન્સ સ્ટ્રિંગ અથવા કોઈ લાઇસેંસ કે જે મોડ્યુલને માલિકી તરીકે માનવામાં આવે છે

જો કર્નલ / proc / sys / kernel / tainted flag ને સપોર્ટ કરે છે તો insmod અથવા '1' સાથે દૂષિત ધ્વજ જ્યારે GPL લાઇસન્સ વગર કોઈ મોડ્યુલને લોડ કરે છે. એક ચેતવણી જારી કરવામાં આવે છે જો કર્નલ ટેનેટીંગને ટેકો આપે છે અને લાઇસન્સ વિના મોડ્યુલ લોડ થાય છે. મોડ્યુલ માટે હંમેશા ચેતવણીઓ આપવામાં આવે છે, જેમાં મોડ્યુલ્સ (મોડ્યુલ) છે, જે GPL સુસંગત નથી, જૂની કર્નલ્સ પર પણ છે જે ટેઇંટિંગને સપોર્ટ કરતા નથી. આ ચેતવણીઓને ઓછો કરે છે જ્યારે નવા મોડ્યુટલ્સ જૂની કર્નલો પર વપરાય છે.

insmod -f (બળ) સ્થિતિ અથવા tainting આધાર કે કર્નલો પર '2' સાથે દૂષિત ધ્વજ અથવા. તે હંમેશા ચેતવણી આપે છે

કેટલાક કર્નલ ડેવલપર્સને જરૂરી છે કે તેમના કોડ દ્વારા નિકાસ કરેલા ચિહ્નો ફક્ત મોડ્યુલ્સ દ્વારા જીપીએલ સુસંગત લાયસન્સ સાથે ઉપયોગમાં લેવાય છે. આ પ્રતીકો સામાન્ય EXPORT_SYMBOL ને બદલે EXPORT_SYMBOL_GPL દ્વારા નિકાસ કરવામાં આવે છે. કર્નલ દ્વારા નિકાસ કરેલ જી.પી.પી. માત્ર પ્રતીકો અને અન્ય મોડ્યુલો માત્ર GPL- સુસંગત લાઇસન્સ સાથે મોડ્યુલોને જ દૃશ્યમાન છે, આ પ્રતીકો '/ GPLONLY_ ' ના ઉપસર્ગ સાથે / proc / ksyms માં દેખાય છે. ઇન્સોડ એક GPL લાઇસન્સ મોડ્યુલ લોડ કરતી વખતે GPLONLY_ ઉપસર્ગને અવગણશે, જેથી મોડ્યુલ માત્ર સામાન્ય પ્રતીક નામનો ઉલ્લેખ કરે છે, ઉપસર્ગ વિના જી.પી.એલ. ફક્ત પ્રતીકો જીપીએલ સુસંગત લાઇસન્સ વિના મોડ્યુલો પર ઉપલબ્ધ નથી, આમાં કોઈ લાઈસન્સ વિના મોડ્યુલો શામેલ છે.

કેસ્મોઓપ્સ સહાયતા

કર્નલ ડિબગીંગ સાથે સહાય કરવા માટે મોડ્યુલોનો ઉપયોગ કરતી વખતે ઓહ્મ, insmod ડિફૉલ્ટ્સને કેટલાક પ્રતીકોને ksyms માટે ઉમેરી રહ્યા છે, -Y વિકલ્પ જુઓ. આ પ્રતીકો __insmod_modulename_ થી શરૂ થાય છે. પ્રતીકો અનન્ય બનાવવા માટે મોડ્યુલનામ જરૂરી છે. જુદા જુદા મોડ્યુલ નામો હેઠળ સમાન ઑબ્જેક્ટને એકથી વધુ વાર લોડ કરવા માટે તે કાયદેસર છે. હાલમાં, વ્યાખ્યાયિત ચિહ્નો છે:

__insmod_modulename_Oobjectfile_Mmtime_Vversion

ઑબ્જેક્ટફાઇલ એ ફાઇલનું નામ છે જે ઑબ્જેક્ટ લોડ થયું હતું. આ ખાતરી કરે છે કે ksymoops કોડને યોગ્ય ઑબ્જેક્ટ સાથે મેળ કરી શકે છે. મીટીમ એ હેક્સમાં તે ફાઇલ પર છેલ્લે સુધારાયેલ ટાઇમસ્ટેમ્પ છે, જો સ્ટેટ નિષ્ફળ થયું તો શૂન્ય આવૃત્તિ એ કર્નલ વર્ઝન છે જે મોડ્યુલ માટે સંકલિત કરાયું હતું, -1 જો કોઈ સંસ્કરણ ઉપલબ્ધ નથી. _O પ્રતીકનો મોડ્યુલ હેડર તરીકે સમાન પ્રારંભ સરનામું છે.

__insmod_modulename_Ssectionname_Llength

આ પ્રતીક પસંદ કરેલ ELF વિભાગોની શરૂઆતમાં દેખાય છે, હાલમાં .text, .rodata, .data, .bss અને .sbss તે માત્ર ત્યારે દેખાય છે જો વિભાગમાં કોઈ-શૂન્ય કદ હોય. sectionname એ ELF વિભાગનું નામ છે, લંબાઈ દશાંશ માં વિભાગની લંબાઈ છે. આ પ્રતીકો વિભાગોમાં ksymoops મેપ સરનામાને મદદ કરે છે જ્યારે કોઈ પ્રતીકો ઉપલબ્ધ નથી.

__insmod_modulename_Ppersistent_filename

માત્ર insmod દ્વારા બનાવવામાં આવે છે જો મોડ્યુલ પાસે એક અથવા વધુ પરિમાણો છે જે સતત ડેટા તરીકે ચિહ્નિત થયેલ છે અને સતત માહિતીને સાચવવા માટે ફાઇલનામ છે (ઉપર જુઓ- e ) ઉપલબ્ધ છે.

ડિબગીંગ કર્નલ સાથેની બીજી સમસ્યા મોડ્યુલોમાંના અરે, એ છે કે / proc / ksyms અને / proc / મોડ્યુલની સમાવિષ્ટો અરે વચ્ચે બદલાઇ શકે છે અને જ્યારે તમે લોગ ફાઇલ પર પ્રક્રિયા કરો છો. આ સમસ્યાનો ઉકેલ લાવવા માટે, જો ડિરેક્ટરી / var / log / ksymoops અસ્તિત્વમાં હોય તો insmod અને rmmod આપમેળે / proc / ksyms અને / proc / મોડ્યુલોને / var / log / ksymoops પર `તારીખ +% વાય% મીટરના ઉપસર્ગ સાથે કૉપિ કરશે. % d% H% M% S` સિસ્ટમ એડમિનિસ્ટ્રેટર કમ્સમૉપ્સને કહી શકે છે જેનો ઉપયોગ ઓપની ડિબગીંગ કરતી વખતે સ્નેપશોટ ફાઇલોનો થાય છે. આ સ્વયંસંચાલિત કૉપિને અક્ષમ કરવા માટે કોઈ સ્વીચ નથી. જો તમે તેને થવું ન ઈચ્છતા હો, તો / var / log / ksymoops બનાવશો નહીં . જો તે ડિરેક્ટરી અસ્તિત્વમાં હોય, તો તેનું રૂટ દ્વારા માલિકી હોવું જોઈએ અને 644 અથવા 600 મોડમાં હોવું જોઈએ અને તમારે આ સ્ક્રિપ્ટને દરરોજ ચલાવવું જોઈએ. નીચે સ્ક્રિપ્ટ insmod_ksymoops_clean તરીકે સ્થાપિત થયેલ છે.

મૂળભૂત માહિતી જાણવા માટે

NAME

insmod - લોડ કરી શકાય તેવા કર્નલ મોડ્યુલને સ્થાપિત કરો

સમન્વય

insmod [-fhkLmnpqrsSvVxXyYN] [-e persist_name ] [-o module_name ] [-ઓ blob_name ] [-પી ઉપસર્ગ ] મોડ્યુલ [ પ્રતીક = કિંમત ...]