कंप्यूटर आधारित प्रणालियों के कई उपयोगकर्ताविंडोज अक्सर एक समस्या का सामना करता है जब यह रिपोर्ट करता है कि निर्दिष्ट मॉड्यूल नहीं मिला है (त्रुटि 126)। इसकी व्याख्या कैसे करें, हर कोई दूर से जानता है, और इस तरह की समस्या किस विशेष उपकरण की विफलता का सवाल अक्सर पहेली से जुड़ा होता है। हम समझेंगे कि क्या है।
इंगित की गई त्रुटि के साथ विफलता, सामान्य रूप से, विंडोज ऑपरेटिंग सिस्टम के संचालन के परिणामों के संदर्भ में विशेष रूप से गंभीर कुछ भी नहीं है।
इस तरह की त्रुटि कई प्रकार की हो सकती हैस्थितियों, लेकिन जैसा कि अभ्यास से पता चलता है, ज्यादातर मामलों में यह क्षतिग्रस्त डायनेमिक लाइब्रेरी, अक्षम छिपाई गई डिवाइस (उदाहरण के लिए, यूएसबी चूहों) या ओएस सर्वर फ़ंक्शन के लिए सही पहुंच की व्याख्या करने वाली सेवाओं की गलत मान्यता को कम कर सकता है।
दुर्भाग्य से ग्राफिक के प्रशंसककंपनी Radeon से चिपसेट, ये वीडियो एडेप्टर इस तरह की विफलताओं के लिए सबसे अधिक संवेदनशील हैं। यहां तक कि ठीक से स्थापित ड्राइवरों के साथ भी, ओपनजीएल सुविधाओं के उपयोग के साथ संघर्ष हो सकता है।
मामले में जब सिस्टम एक अधिसूचना जारी करता है किनिर्दिष्ट मॉड्यूल dll नहीं मिला, इस समस्या को हल करने के तीन तरीके हो सकते हैं: या तो वीडियो कार्ड ड्राइवरों को नवीनतम संस्करण में अपडेट करना, या DirectX के सबसे वर्तमान संस्करणों को स्थापित करना, या कमांड लाइन का उपयोग करके सिस्टम में सीधे हस्तक्षेप करना और कई अन्य कार्यों का प्रदर्शन करना।
पहले दो तरीकों से, मुझे लगता है, और इसलिए सब कुछसमझ में आता है, इसलिए हम उन पर ध्यान नहीं देंगे। लेकिन यहां समस्या को अलग से मैन्युअल रूप से ठीक करने के बारे में बात करने लायक है। अब यह बताने लायक नहीं है कि निम्नलिखित कमांड कैसे काम करेंगे (विशेषकर प्रोग्राम या तकनीकी दृष्टिकोण से)। पर्याप्त है कि वे सिर्फ काम करते हैं।
तो ग्राफिक एकीकृत एडेप्टर के लिए(जिन्हें सीधे मदरबोर्ड में एम्बेड किया गया है) जैसे कि इंटेल एचडी ग्राफिक्स या इसी तरह के चिप्स राडॉन, एनवीडिया, आदि। कमांड लाइन में, आपको पहले सीडी / डी सी: / विंडोज / सिस्टम 32 लिखना होगा, और फिर atio6axx.dll पर कॉपी करें .dll (प्रत्येक कमांड के बाद एंटर की के साथ)। डेस्कटॉप (गैर-एम्बेडेड) मॉडल के लिए, कमांड थोड़ा अलग दिखता है: atio6axx.dll .dll (फिर, इसके बाद "एंटर" द्वारा कॉपी करें। सिद्धांत रूप में, उसके बाद, सब कुछ ठीक काम करना चाहिए।
तथाकथित छिपाई स्मार्ट डिवाइस"निर्दिष्ट मॉड्यूल नहीं मिला" जैसी त्रुटियां भी हो सकती हैं। उनके साथ स्थिति एक निश्चित अर्थ में है जैसा कि ग्राफिक्स हार्डवेयर के साथ है, लेकिन ज्यादातर मामलों में समस्या केवल इस तथ्य से कम होती है कि किसी कारण से ड्राइवर फ़ाइलों को क्षतिग्रस्त या हटा दिया गया है।
इस स्थिति में, उदाहरण के लिए, Windows XP के लिए,आपको इंस्टॉलेशन या रिकवरी डिस्क (उदाहरण के लिए, लाइव सीडी) से बूट करने की आवश्यकता है, इंस्टॉलेशन डिस्ट्रीब्यूशन फ़ाइल में एक फ़ाइल खोजें। ड्राइवर्स.कैब, जो आमतौर पर i386 फ़ोल्डर में स्थित है, और इसमें से तीन मुख्य कंपोनेंट्स निकाले जाते हैं: mouclass.sys, mouhid.sys और hidserv। dll।
उसके बाद, आपको पुनरारंभ करना होगाकंप्यूटर सुरक्षित मोड में (विंडोज शुरू करते समय F8 कुंजी), फिर निर्दिष्ट फ़ाइलों को विंडोज रूट फ़ोल्डर के System32 निर्देशिका में कॉपी करें। फिर - एक और ओएस रिबूट, लेकिन सामान्य मोड में। एक नियम के रूप में, उसके बाद सिस्टम सामान्य तरीके से और बिना किसी असफलता के पूरी तरह से काम करता है।
С доступом к серверам тоже могут возникать अप्रत्याशित कठिनाइयों। इस स्थिति में (पिछली स्थितियों में), "निर्दिष्ट मॉड्यूल नहीं मिला" त्रुटि दिखाई देती है। आपको इसे रजिस्ट्री संपादक के माध्यम से लड़ना होगा, जिसे रन मेनू में विनिट कमांड द्वारा (विन + आर का संयोजन) कहा जाता है।
यहां हमें शाखा में जाने की आवश्यकता हैHKEY_LOCAL_MACHINESYSTEM, उसके बाद CurrentControlSet, फिर "पेड़" के लिए सेवाएँ, और अंत में पैरामीटर अनुभाग lanmanserver शाखा में स्थित है। यहां आपको "% SystemRoot% System32srvsvc.dll" मान दर्ज करना होगा, यदि आप कोई अन्य निर्दिष्ट करते हैं। यहां तथ्य यह है कि विंडोज ओएस खुद को किसी भी तरह से मानता है - वह आंतरिक है - बाहरी - सर्वर "सामान्य" सर्वर की एक सामान्य अवधारणा के रूप में और विभिन्न एक्सेस पैरामीटर प्रदान किए जाने पर भी बहुत फर्क नहीं पड़ता है।
В итоге, как уже понятно, если и возникает इस तथ्य के कारण त्रुटि कि किसी कारण से निर्दिष्ट मॉड्यूल नहीं मिला था, समस्याओं को अभी भी हल किया जा सकता है, और यह काफी सरलता से किया जाता है, और भविष्य में सिस्टम में कोई महत्वपूर्ण विफलताएं सामने नहीं आती हैं। लेकिन पहले त्रुटि की प्रकृति का निर्धारण करना वांछनीय है, और उसके बाद ही इसे सही करने के पक्ष में निर्णय लेना है। यह क्या बन जाएगा यह केवल इस बात पर निर्भर करता है कि किस घटक को विफलता का सामना करना पड़ रहा है: सॉफ्टवेयर या हार्डवेयर में।
बेशक, सभी समस्याओं का वर्णन यहां नहीं किया गया है,जो ऐसी त्रुटियों के संबंध में हो सकता है। हालांकि, हमारे मामले में ये सबसे सामान्य प्रकार की विफलताएं हैं और उन्हें सही करने के लिए सबसे व्यावहारिक तरीके हैं। विकल्प को बाहर करना असंभव है जब समस्याएं स्वयं हार्डवेयर से जुड़ी हो सकती हैं, अर्थात, चालक का इससे कोई लेना-देना नहीं है, लेकिन यह हार्डवेयर है जिसे बदलना होगा। हालांकि, यह है, जैसा कि वे कहते हैं, सबसे चरम मामलों में से किसी का सहारा लेना चाहिए, जब कोई भी चीज किसी और को मदद नहीं करती (और खुद या ऑपरेटिंग सिस्टम पर निर्भर नहीं होती) लेकिन यह एक और कहानी है ...
