समस्याग्रस्त ड्रायव्हर ओळखण्यासाठी ड्रायव्हर व्हेरिफायर वापरणे. DRIVER_VERIFIER_DETECTED_VIOLATION ब्लू स्क्रीन एरर (0x000000C4) कसे दुरुस्त करावे तुमच्या PC वर खराब झालेला ड्रायव्हर कसा शोधायचा

आम्ही तुम्हाला चेतावणी देतो की ड्रायव्हरसह कोणतेही प्रयोग धोकादायक असतात आणि सिस्टमला हानी पोहोचवू शकतात. आगाऊ सिस्टमचा बॅकअप घेणे चांगले आहे आणि नंतर Windows मधून दुसरा संशयास्पद ड्रायव्हर काढून आपली बोटे ओलांडू नका.

आणि तितक्या लवकर ते शिव्या देत नाहीत खिडक्यापासून मायक्रोसॉफ्ट, एकाच वेळी गरीब गोष्टीला संथ, चकचकीत आणि अगदी अस्थिर म्हणणे. परंतु कोणीही ते सोडण्याची घाई करत नाही आणि सर्वसाधारणपणे ते कधीही सोडतील अशी शक्यता नाही. त्यामुळे, गरीब विकासकांना फटकारण्याऐवजी आणि निरर्थक वणव्याला सुरुवात करण्याऐवजी, खरं तर, सिस्टम बडबड का आहे हे शोधून काढणे चांगले होईल? मी तुम्हाला एक छोटेसे रहस्य सांगेन. मृत्यू आणि अस्थिर कामाच्या कुख्यात पडद्यांमध्ये खिडक्याबहुसंख्य प्रकरणांमध्ये, तृतीय-पक्ष ड्रायव्हर्स दोषी आहेत आणि ऑपरेटिंग सिस्टमचा स्वतःच त्याच्याशी काहीही संबंध नाही. आता आम्ही तुम्हाला असे ड्रायव्हर्स कसे शोधायचे आणि त्यांना सिस्टममधून कसे काढायचे ते सांगू.

ड्रायव्हरच्या डिझाइनमधील दोष क्रॅश ते मृत्यूच्या निळ्या स्क्रीनपर्यंत असू शकतात ( बीएसओडी- ब्लू स्क्रीन ऑफ डेथ) आणि संगणकाची मंदी आणि काही ऍप्लिकेशन ऍप्लिकेशन्सचे विचित्र वर्तन जे पूर्णपणे ड्रायव्हरशी संबंधित नाहीत.

मृत्यूचा निळा पडदा उल्लेखनीय आहे (कोणत्याही विडंबनाशिवाय!) कारण ते स्पष्टपणे गंभीर समस्येची उपस्थिती दर्शवते आणि कुठे खोदायचे याबद्दल एक टीप देते. अनेकदा (परंतु नेहमीच नाही) "आक्षेपार्ह" ड्रायव्हरचे नाव थेट मृत्यूच्या निळ्या स्क्रीनच्या वरच्या उजव्या कोपर्यात प्रदर्शित केले जाते. तथापि, ते तेथे असू शकत नाही, किंवा त्याहूनही वाईट म्हणजे, पूर्णपणे असंबंधित ड्रायव्हरचे नाव असू शकते.

उदाहरणार्थ, एक सामान्य व्हिडिओ कार्ड ड्रायव्हर मॅट्रोक्स G450ग्राफिक्स उपप्रणालीच्या मूलभूत संरचना नष्ट करण्यास प्रवृत्त करते खिडक्या 2000 , परिणामी बीएसओडी सिस्टम ड्रायव्हरचे नाव प्रदर्शित करते win32k.sys, जे USER आणि GDI फंक्शन्सचा महत्त्वपूर्ण भाग लागू करते आणि ज्याचा, स्वाभाविकपणे, त्याच्याशी काहीही संबंध नाही. त्यामुळे मृत्यूच्या वाचनाच्या निळ्या पडद्याचा अर्थ लावणे म्हणजे जादू, अंतर्ज्ञान, विज्ञान आणि कला - सर्वकाही थोडेसे.

ड्रायव्हरच्या दोषांव्यतिरिक्त, हार्डवेअरच्या बिघाडामुळे मृत्यूचे निळे पडदे देखील होऊ शकतात, उदाहरणार्थ, ओव्हरक्लॉक केलेला प्रोसेसर, सदोष रॅम, कुटिल हार्ड ड्राइव्ह कंट्रोलर, स्लॉटमध्ये PCI कार्ड पूर्णपणे घातलेले नाही, पैकी एकामध्ये सैल संपर्क. कनेक्टर, खराब वीज पुरवठा, मदरबोर्डवर सुजलेला इलेक्ट्रोलाइटिक कॅपेसिटर. आणि नंतरचे विविध कारणांमुळे: जवळच्या प्रोसेसरच्या अतिउष्णतेमुळे, सिरेमिक कॅपॅसिटरची कमतरता निर्मात्याने “अहवाल नाही” (ज्याचा परिणाम म्हणून आरएफ घटक इलेक्ट्रोलाइटमधून जातो आणि तो मोठ्या प्रमाणात गरम करतो) आणि शेवटी , युनिट स्टॅबिलायझरमधील की ट्रान्झिस्टरच्या गळतीमुळे. म्हणून, लाकूड तोडण्यापूर्वी, आपण ज्या लोखंडावर बसलो आहोत ते पूर्ण कार्यरत आहे याची खात्री करणे आवश्यक आहे. हे कसे करता येईल?

लोखंडासह शोडाउन

हार्डवेअर अयशस्वी झाल्यामुळे मृत्यूचे निळे पडदे उत्स्फूर्त असतात, अनपेक्षितपणे दिसतात आणि कोणत्याही विशिष्ट वापरकर्त्याच्या क्रियांची पर्वा न करता. ऍप्लिकेशन ऍप्लिकेशन्स विविध ठिकाणी गंभीर त्रुटी निर्माण करण्यास सुरवात करतात आणि सिस्टमद्वारे जारी केलेले त्रुटी कोड, पत्ते आणि इतर माहिती सर्व प्रकरणांमध्ये भिन्न असेल! तसे, वायरलेस नेटवर्क्स सारख्या I/O डिव्हाइसेसवरून असिंक्रोनस विनंत्या हाताळणारे ड्रायव्हर्स जवळजवळ त्याच प्रकारे वागतात. दोषपूर्ण ड्रायव्हर्समुळे होणाऱ्या मृत्यूचे निळे पडदे सामान्यत: विशिष्ट क्रिया करत असताना उद्भवतात आणि त्यामध्ये कमी-अधिक माहिती असते.

हार्डवेअरमधील सर्व शंका दूर करण्यासाठी, सिस्टमशी दुसरी हार्ड ड्राइव्ह कनेक्ट करणे आणि एक मूळ क्लीन स्थापित करणे पुरेसे आहे. खिडक्याआणि थोडा वेळ त्यावर काम करा. जर मृत्यूचे निळे पडदे अदृश्य होत नाहीत, तर याचा अर्थ हार्डवेअर खरोखरच दोषी आहे आणि ते बदलण्याची वेळ आली आहे. सदोष घटक शोधणे हा एका वेगळ्या चर्चेचा विषय आहे, जो आम्ही पुढच्या वेळी सोडू, परंतु आत्तासाठी, आमच्या बाही गुंडाळा आणि या कपटी ड्रायव्हर्सना पकडा.

प्रमाणपत्राशिवाय फायरवुड थेट फायरबॉक्समध्ये जाते

ड्रायव्हरच्या विकासासाठी आवश्यक साधनांचा संपूर्ण संच ( DDK- ड्रायव्हर डेव्हलपमेंट किट), मायक्रोसॉफ्ट सोबतच्या कागदपत्रांसह ते विनामूल्य वितरित करते. ड्रायव्हर्स, कधीकधी खूप बग्गी आणि अस्थिर असतात.

अशी अराजकता घडू नये म्हणून मायक्रोसॉफ्टप्राचीन काळी, ड्रायव्हर्सवर लादलेल्या आवश्यकतांच्या पूर्ततेसाठी प्रमाणित करण्याची प्रक्रिया सुरू केली, त्यानंतर ड्रायव्हरला डिजिटल स्वाक्षरी दिली जाते. किंवा... ते जारी केले गेले नाही, आणि ते पुनरावृत्तीसाठी पाठवले गेले. आणि जरी प्रमाणन ही केवळ एक औपचारिक प्रक्रिया आहे जी घातक त्रुटी आणि विकास दोषांच्या अनुपस्थितीची हमी देत ​​नाही, तरीही ते काही स्पष्टपणे "पायनियर" ड्रायव्हर्सना काढून टाकते.

तद्वतच, सिस्टीमवर फक्त डिजिटल स्वाक्षरी केलेले ड्रायव्हर्स ठेवले पाहिजेत. आणि जरी डिजिटल स्वाक्षरी ही विमा पॉलिसी नसली तरी, तिची उपस्थिती आधीपासूनच विकासाच्या संस्कृतीची विशिष्ट पातळी दर्शवते. डिजिटल स्वाक्षरी नसलेले ड्रायव्हर्स पोकमधील डुक्करापेक्षा वाईट असतात आणि शक्य असल्यास त्यापासून मुक्त होणे आवश्यक आहे (विशेषत: त्यापैकी बरेच मालवेअर रूटकिट किंवा आक्रमक संरक्षण यंत्रणेद्वारे स्थापित केलेले असतात जे सिस्टममध्ये खोलवर प्रवेश करतात आणि अस्थिरतेस कारणीभूत असतात). थोडक्यात, डिमागोग्युरीमध्ये गुंतू नका, परंतु एका सोप्या प्रश्नाचे उत्तर देण्याचा प्रयत्न करूया: डिजिटल स्वाक्षरीशिवाय ड्रायव्हर्सची यादी कशी तयार करावी?

युटिलिटी आम्हाला यामध्ये मदत करेल sigverif.exe, ऑपरेटिंग सिस्टमच्या मानक वितरण पॅकेजमध्ये समाविष्ट आहे आणि WINNT\System32 निर्देशिकेमध्ये स्थित आहे. आम्ही ते लॉन्च करतो आणि एक डायलॉग बॉक्स पाहतो. "प्रगत" बटणावर क्लिक करा आणि "शोध" टॅबमध्ये रेडिओ बटण "साइन न केलेल्या सिस्टम फायलींबद्दल सूचित करा" स्थानावरून (जेथे ते डीफॉल्टनुसार कमी होते) "नसलेल्या इतर फायलींसाठी शोधा" वर हलवून निवड निकष सेट करा. डिजिटल स्वाक्षरी केलेले" स्थिती. त्यानंतर, “शोध पर्याय” मध्ये, “खालील प्रकारच्या फायलींसाठी शोधा” बॉक्स उघडा आणि “*.sys” निवडा आणि खाली “C:\WINNT” शोध फोल्डर सूचित करा, “समाविष्ट” तपासण्याची खात्री करा. सबफोल्डर" चेकबॉक्स.

वास्तविक, काटेकोरपणे सांगायचे तर, ड्रायव्हर्सना sys विस्तार असणे आवश्यक नसते आणि ते नेहमी WINNT निर्देशिकेपुरते मर्यादित नसतात, ते “त्यांच्या” ऍप्लिकेशन्सच्या डिरेक्ट्रीमध्ये असतात आणि काही ऍप्लिकेशन्स तर ड्रायव्हर्स स्वतःमध्ये साठवतात... लॉन्च झाल्यानंतर लगेचच (किंवा इतर कोणत्याही वेळी), ते सध्याच्या किंवा तात्पुरत्या डिरेक्टरीमध्ये फाइल डिस्कवर सेव्ह करतात, ड्रायव्हरला मेमरीमध्ये लोड करतात आणि... लगेच डिस्कवरून हटवतात! हे केवळ दुर्भावनापूर्ण व्हायरसद्वारेच नाही, तर प्रसिद्ध विंडोज सबसर्फेस संशोधक मार्क रुसिनोविचच्या काही उपयुक्तता सारख्या अत्यंत आदरणीय प्रोग्रामद्वारे देखील केले जाते.

म्हणूनच, प्रयोगाच्या शुद्धतेसाठी, सध्या मेमरीमध्ये असलेल्या ड्रायव्हर्सची यादी मिळवणे आणि डिस्कवर असलेल्या ड्रायव्हर्सची तुलना करणे आम्हाला त्रास देणार नाही. "सध्या" हे शब्द महत्त्वाचे आहेत, कारण ऑपरेटिंग सिस्टम रीबूट न ​​करता ड्राइव्हर्स विनामूल्य डाउनलोड/अनलोड केले जाऊ शकतात. कमांड लाइन युटिलिटी drives.exe चालवून हे ऑपरेशन अनेक वेळा करण्याचा सल्ला दिला जातो, जो DDK चा भाग आहे, जो Microsoft सर्व्हरवरून डाउनलोड केला जाऊ शकतो. लाइन कमांड, युटिलिटी वापरून कोणत्याही स्विचशिवाय लाँच केले drives.exeसर्व माहिती स्क्रीनवर टाकते, जे चांगले नाही, कारण सिस्टममध्ये सहसा बरेच ड्रायव्हर्स असतात आणि ते स्क्रीनवर बसत नाहीत. तथापि, धर्म आम्हाला आउटपुट स्ट्रीमला मजकूर फाइल (drivers.exe >file-name.txt) वर पुनर्निर्देशित करण्याची परवानगी देतो, जी कोणत्याही मजकूर संपादकाद्वारे उघडली जाऊ शकते - मग ते Word किंवा Notepad असो. मग उभ्या ब्लॉकची निवड करणे (ज्याला नोटपॅड परवानगी देत ​​नाही) आणि ड्रायव्हर्सची यादी मिळवणे बाकी आहे. थेट ऑपरेटिंग सिस्टम कर्नलमधून!

यापैकी किमान एक ड्रायव्हर C:\WINNT\ निर्देशिकेत नसल्यास, त्याची डिजिटल स्वाक्षरी सत्यापित केली जाणार नाही! स्वाभाविकच, असा ड्रायव्हर ताबडतोब लक्ष वेधून घेतो आणि आमच्याकडे एक वाजवी प्रश्न आहे: ते कुठून येते? प्रथम, आम्ही डिस्कवरील सर्व निर्देशिका स्कॅन करतो; जर ते तेथे नसेल, तर सॉफ्ट-आईसमध्ये CreateFileW फंक्शनवर ब्रेकपॉइंट सेट करा आणि त्यावर पास केलेले वितर्क पहा. लवकरच किंवा नंतर आम्ही आमच्या बग्गी ड्रायव्हरला भेटू, त्यानंतर आम्ही फक्त सॉफ्ट-आइस स्क्रीनच्या खालच्या उजव्या कोपऱ्याकडे पाहू शकतो, जिथे ते व्युत्पन्न केलेल्या प्रक्रियेचे नाव प्रदर्शित केले जाते. अधिक तपशिलांसाठी, "स्रोत मजकुराशिवाय प्रोग्राम्स डीबगिंगसाठी तंत्र" हे पुस्तक पहा, ज्याची इलेक्ट्रॉनिक प्रत ftp किंवा http सर्व्हर nezumi.org.ru वर तसेच आमच्या डिस्कवर आढळू शकते. आणि आम्ही युटिलिटीला त्रास देत राहतो sigverif.exe.

“ओके”, “स्टार्ट” वर क्लिक केल्यानंतर, स्क्रीनवर “थर्मोमीटर” दिसेल, प्रगती दर्शवेल आणि हार्ड ड्राइव्ह त्याच्या सर्व डोक्यांसह गडगडणे सुरू करेल. काम पूर्ण झाल्यावर, डिजिटल स्वाक्षरीशिवाय ड्रायव्हर्सची यादी संकलित केली जाईल आणि स्क्रीनवर प्रदर्शित केली जाईल.

काही हॉटहेड्स सूचित करतात की, पाखंडी प्रणाली शुद्ध करण्यासाठी, सर्व स्वाक्षरी नसलेले ड्रायव्हर्स काढून टाका - मग, ते म्हणतात, सर्व समस्या दूर होतील. हे कसे करता येईल? सर्वात कठीण उपाय म्हणजे त्यांना फक्त FAR किंवा Explorer द्वारे डिस्कवरून काढून टाकणे (अर्थातच प्रशासक अधिकारांसह!). परंतु अशा ऑपरेशनचे परिणाम खूप विनाशकारी असू शकतात आणि एक्सप्लोररमधील ड्रायव्हर चिन्हावर उजवे-क्लिक करणे चांगले आहे, "गुणधर्म" मध्ये निर्मात्याचे नाव शोधा, ज्याद्वारे आपण कोणत्या प्रकारचे अनुप्रयोग/हार्डवेअर स्थापित केले आहे हे निर्धारित करू शकता. हा ड्रायव्हर, आणि सभ्य मार्गाने तो विस्थापित करा. खरे आहे, येथे एक "पण" आहे.

खालील आकृतीमध्ये ड्रायव्हर हायलाइट केला आहे. g400m.sys, जे Matrox G450 कार्डसह येते आणि जरी Matrox ही अजिबात कमकुवत कंपनी नसली तरी तिला डिजिटल स्वाक्षरी मिळाली नाही (एकतर मायक्रोसॉफ्टने ते दिले नाही किंवा मॅट्रोक्सला स्वतःला त्रास द्यायचा नव्हता). स्वाभाविकच, सिस्टममधून ते काढून टाकल्यानंतर, आपल्याला SVGA मोडबद्दल विसरावे लागेल. तथापि, तुम्ही Matrox वेबसाइटवर जाऊन ड्राइव्हरची नवीनतम आवृत्ती डाउनलोड करू शकता (ते आधीपासूनच डिजिटल स्वाक्षरी केलेले आहे). फक्त इथे... स्वाक्षरी केलेल्या आणि स्वाक्षरी न केलेल्या दोन्ही आवृत्त्यांमध्ये अनेक घातक त्रुटी आहेत, विशेषतः, विशिष्ट परिस्थितींच्या परिणामी, आच्छादन मोडवर स्विच करण्याचा प्रयत्न करताना, सिस्टम BSOD मध्ये क्रॅश होते, कारण ड्रायव्हर आधीच मुक्त मेमरी मुक्त करण्याचा प्रयत्न करतो.

अशाप्रकारे, डिजिटल स्वाक्षरीची उपस्थिती/अनुपस्थिती याचा स्वतःच काही अर्थ होत नाही, आणि जरी आम्ही फक्त स्वाक्षरी केलेले ड्रायव्हर्स वापरत असलो तरी, हे आम्हाला स्थिरतेची कोणतीही हमी देत ​​नाही.

येथेच आम्ही लेखाच्या दुसऱ्या भागाकडे जाऊ, म्हणजे, लढाईच्या जवळ असलेल्या परिस्थितीत ड्रायव्हर्सची चाचणी करणे.

आम्ही सरपण खरी परीक्षा देतो

DDK मध्ये एक अद्भुत उपयुक्तता समाविष्ट आहे चालक पडताळणी करणारा, जे ड्रायव्हर्ससाठी अत्यंत गंभीर परिस्थिती निर्माण करते, अत्यंत आणि आत्महत्येची सीमा असते, ज्यामध्ये अयशस्वी होण्याची शक्यता जास्तीत जास्त असते आणि सदोष ड्रायव्हरचे नाव सर्वोच्च अचूकतेसह निर्धारित केले जाते (जरी विकास दोषांमुळे त्रास होत नसला तरीही, परंतु इतर लोकांच्या ड्रायव्हर्सची डेटा संरचना नष्ट करते).

हे लक्षात घेणे महत्वाचे आहे चालक पडताळणी करणारा- हे औषध नाही तर केवळ निदान साधन आहे. हे अद्याप तुम्हाला अपयशांपासून वाचवणार नाही (उलट, ते त्यांची तीव्रता काही प्रमाणात वाढवेल), परंतु ते पुरेसे विश्वासार्हतेसह "स्नीकी" ड्रायव्हर ओळखण्यास मदत करेल.

तर, आम्ही verifier.exe चालवतो, आम्हाला विंडो दिसते चालक पडताळणी करणारा व्यवस्थापक, सेटिंग टॅबवर जा आणि सर्व ड्रायव्हर्सच्या स्थितीची पडताळणी करण्यासाठी रेडिओ बटण हलवा, त्यानंतर आम्ही "प्राधान्य सेटिंग" बटण दाबा, जे खालील सत्यापन प्रकार सेट करते:

• विशेष पूल- चाचणी केल्या जाणाऱ्या ड्रायव्हर्सना वाटपासाठी एक विशेष मेमरी क्षेत्र वाटप केले जाईल, जे फार लवकर कार्य करत नाही, परंतु स्वतःच्या आणि इतर लोकांच्या डेटाचे बहुतेक प्रकारचे नाश शोधण्यात सक्षम आहे.

• सक्ती IRQLतपासत आहे. IRQL ही इंटरप्ट रिक्वेस्ट लेव्हल आहे. ड्रायव्हर विकसकांनी केलेली सर्वात सामान्य चूक म्हणजे IRQL स्तरावर मेमरी ऍक्सेस करण्याचा प्रयत्न करणे ज्यावर पेजिंग मॅनेजर काम करत नाही. आणि जर आवश्यक पृष्ठ अचानक डिस्कवर निष्कासित केले गेले तर, "IRQL_LESS_OR_EQULAR" शिलालेख असलेली सिस्टम निळ्या स्क्रीनमध्ये बदलेल. या मोडची सक्ती केल्याने ड्रायव्हर पृष्ठांना डिस्कवर फ्लश केले जाण्यास भाग पाडले जाते जेणेकरुन 100% वेळा डिझाइन दोष दिसून येईल.

• कमी संसाधन सिम्युलेशनसिस्टम संसाधनांची आपत्तीजनक कमतरता असल्यास ड्रायव्हर कसे वागेल हे पाहण्यासाठी ते स्थापित करणे उपयुक्त आहे, परंतु आपल्याला हे करण्याची आवश्यकता नाही, परंतु पूल ट्रॅकिंग चेकबॉक्स सोडणे चांगले आहे (मेमरी योग्य हाताळणीचे निरीक्षण करणे पूल). इनपुट/आउटपुट त्रुटी (I/O सत्यापन) सर्व त्रुटींचा एक महत्त्वाचा भाग बनवतात, म्हणून या चेकबॉक्सची स्थिती, सर्वसाधारणपणे, पूर्णपणे अक्रिय आहे.

सेटिंग्ज निवडणे पूर्ण केल्यावर, “लागू करा” बटणावर क्लिक करा आणि आम्हाला सुचविल्याप्रमाणे, रीबूट करा.

बूटिंग सुरू झाल्यानंतर लगेच, सिस्टम लक्षणीयरीत्या कमी होईल, जे जसे असावे तसे आहे, कारण कर्नल नेहमीपेक्षा अधिक तपासण्या करतो. जेव्हा त्रुटी आढळतात, तेव्हा ड्रायव्हरच्या नावासह आणि काही इतर माहितीसह मृत्यूची निळी स्क्रीन चमकते जी विकासकांसाठी उपयुक्त आहे, परंतु आमच्यासाठी निरुपयोगी आहे. ड्रायव्हरला नवीनतम आवृत्तीमध्ये अपडेट करणे किंवा त्याचा वापर करणारा प्रोग्राम (हार्डवेअर) वापरण्यास नकार देणे एवढेच आपण करू शकतो. वास्तविक, ओले लाकूड प्रज्वलित करण्यासाठी आमच्याकडे थोडे अधिक पर्याय आहेत, परंतु नंतर त्याबद्दल अधिक.

verifier.exe चालवून तुम्ही कधीही पडताळणी स्थिती शोधू शकता. ड्रायव्हर स्टेटस टॅब सद्य परिस्थितीच्या स्पष्टीकरणासह सर्व शोधलेल्या ड्रायव्हर्सची स्थिती सूचीबद्ध करतो. लोड केलेल्या स्थितीचा अर्थ असा आहे की या ड्रायव्हरची किमान एकदा लोड आणि चाचणी केली गेली आहे (परंतु कदाचित पूर्णपणे नाही, म्हणजेच ड्रायव्हरच्या सर्व भागांची चाचणी केली गेली नाही). अनलोड केलेल्या स्थितीचा अर्थ असा आहे की ड्रायव्हर लोड केले गेले आहे, सत्यापित केले गेले आहे (शक्यतो अंशतः) आणि सिस्टम/प्रोग्रामद्वारे त्याचा वापर करून किंवा स्वतःच्या विनंतीनुसार अनलोड केले गेले आहे. नंतरचे विशेषत: विस्तार कार्ड स्लॉटच्या बाहेर खेचून काढले गेलेल्या उपकरणांमधून शिल्लक राहिलेल्या ड्रायव्हर्ससाठी वैशिष्ट्यपूर्ण आहे, म्हणजे, विस्थापित न करता. वाचलेला ड्रायव्हर बस स्कॅन करतो, "त्याचे" हार्डवेअर शोधण्याचा प्रयत्न करतो, शोधात अयशस्वी होतो आणि नंतर मेमरीमधून स्वतःला अनलोड करतो, तसे, सिस्टम बूट कमी करतो (कधीकधी खूप लक्षणीय) आणि इतर ड्रायव्हर्सशी संघर्ष करतो. नैतिक: सर्व नियमांनुसार उपकरणे सिस्टममधून काढली पाहिजेत! तथापि, प्रत्येक अनलोड केलेली स्थिती ही असामान्य स्थितीचे लक्षण नाही आणि अशा स्थितीसह ड्रायव्हर हटवण्यापूर्वी, तुम्हाला हे कोणत्या प्रकारचे रेनडिअर आहे आणि ते कोठून आले हे शोधणे आवश्यक आहे.

कधीही लोड न केलेली स्थिती सूचित करते की हा ड्रायव्हर अद्याप लोड केला गेला नाही, आणि म्हणून त्याची पडताळणी केली गेली नाही, म्हणून, त्याच्याशी संबंधित असलेले विविध प्रोग्राम लॉन्च करताना तुम्हाला प्रतीक्षा करावी लागेल. तथापि, काही ड्रायव्हर्स (विशेषत: चुकीच्या पद्धतीने अनइन्स्टॉल केलेले) लोड केलेले नाहीत आणि त्यानुसार, कधीही तपासले जात नाहीत.

सिस्टमसह हार्ड चेक मोडमध्ये काही काळ काम केल्यानंतर (अनेक तासांपासून ते अनेक दिवस), आम्ही जवळजवळ सर्व दोषपूर्ण ड्रायव्हर्स ओळखू ज्यांचा आम्हाला पूर्वी त्रास झाला होता आणि त्यांची नावे कागदाच्या तुकड्यावर लिहून ठेवू.

तुम्ही समान व्हेरिफायर वापरून सिस्टमला सामान्य मोडवर परत करू शकता (म्हणजे अतिरिक्त तपासण्यांशिवाय जे कार्यप्रदर्शन कमी करते). आम्ही सेटिंग टॅबवर परत आलो, रेडिओ बटण सत्यापित निवडलेल्या ड्रायव्हर्स स्थितीवर हलवा (कोणताही ड्रायव्हर निवडू नये), “रीसेट ऑल” वर क्लिक करा, नंतर “लागू करा” वर क्लिक करा आणि रीबूट करा. सर्व! प्रणाली आता सामान्य वेगाने कार्य करते, परंतु तपासण्याशिवाय.

ओलसर सरपण काय करावे?

परंतु खरोखर, दोषपूर्ण ड्रायव्हरसह आपण काय करू शकता? ज्या हॅकर्सना त्यांच्या हातात डीबगर कसा धरायचा हे माहित आहे, त्यांच्याकडे पुरेसा मोकळा वेळ असल्यास, ते वेगळे करू शकतात (सुदैवाने, ड्रायव्हर्स सहसा आकाराने लहान असतात), त्रुटी शोधतात आणि ते निराकरण करण्याचा मार्ग शोधतात, परंतु.. हे खूप वेळखाऊ आहे.

ड्रायव्हरला फेकून देणे (हार्डवेअर/प्रोग्रामसह ते वापरतो) हा देखील पर्याय नाही. अपरिचित चिनी निर्मात्याचे $20 साउंड कार्ड हे मृत्यूच्या निळ्या पडद्यासाठी जबाबदार आहे हे जरी आपल्याला माहित असले तरी, ते अधिक योग्य काहीतरी देऊन बदलण्याची आपल्याला जोरदार प्रेरणा आहे. परंतु हे, काटेकोरपणे बोलणे, प्रत्येकासाठी आधीच स्पष्ट आहे आणि अतिरिक्त टिप्पण्यांची आवश्यकता नाही.

परंतु प्रत्येकाला हे ठाऊक नाही की मोठ्या संख्येने क्रॅश आणि मृत्यूचे निळे पडदे ड्युअल-प्रोसेसर मशीनवर सिंगल-प्रोसेसर वातावरणात विकसित (आणि चाचणी केलेले) ड्रायव्हर स्थापित केल्यामुळे आहेत. येथे "ड्युअल-प्रोसेसर" द्वारे आमचा अर्थ दोन दगड आणि हायपर-थ्रेडिंग/मल्टी-कोर प्रोसेसर असलेले एक वास्तविक प्लॅटफॉर्म आहे. हे ज्ञात आहे (आणि मोठ्या संख्येने चाचण्यांद्वारे पुष्टी केली जाते) की होम कॉम्प्यूटरला दोन प्रोसेसरची अजिबात आवश्यकता नसते, कारण बहुसंख्य अनुप्रयोगांमध्ये कार्यक्षमतेत कोणतीही वाढ होत नाही.

म्हणूनच, जर सिस्टम अस्थिर असेल आणि एखाद्या कारणास्तव दोषपूर्ण ड्रायव्हरपासून मुक्त होणे अशक्य असेल, तर तुम्ही BIOS सेटअपमध्ये जाण्याचा प्रयत्न करू शकता, तुमचे "व्हर्च्युअल ड्युअल-प्रोसेसर" मशीन सिंगल-प्रोसेसरमध्ये बदलू शकता. . boot.ini फाईल उघडून समान प्रभाव प्राप्त केला जाऊ शकतो (यासह संगणकांवर Windows NT/2000/XPहे लॉजिकल ड्राइव्हच्या रूट निर्देशिकेत स्थित आहे ज्यावर सिस्टम स्थापित आहे) आणि त्यात /ONECPU स्विच जोडणे, नंतर त्रुटी अदृश्य होतील या आशेने रीबूट करा.

सूची 1

ठराविक boot.ini फाइलचे उदाहरण

कालबाह्य = 30

मल्टी(0)डिस्क(0)आरडिस्क(0)विभाजन(1)\WINNT="Windows 2000 Pro" /fastdetect /SOS

सूची 2

सर्व उपलब्धांपैकी फक्त एक प्रोसेसर वापरण्यासाठी आम्ही सिस्टम कॉन्फिगर करतो

कालबाह्य = 30
डीफॉल्ट=मल्टी(0)डिस्क(0)आरडिस्क(0)विभाजन(1)\WINNT
मल्टी(0)डिस्क(0)आरडिस्क(0)विभाजन(1)\WINNT="Windows 2000 Pro" /fastdetect /SOS /ONECPU

पण वर खिडक्या विस्टाकोणतीही boot.ini फाईल नाही, आणि जरी (तात्पुरते) विशेष उपयुक्तता वापरून बूट सेटिंग्ज कॉन्फिगर करणे शक्य असले तरी, मायक्रोसॉफ्टने ही पळवाट पूर्णपणे काढून टाकण्याची योजना आखली आहे, जेणेकरून फक्त BIOS सेटअप राहील. तथापि, साठी म्हणून विस्टा, नंतर ते त्यावर स्विच करेपर्यंत, ड्रायव्हर डेव्हलपर्सने बहुधा मल्टीप्रोसेसर मशीन्स घेतल्या असतील (कारण विक्रीसाठी इतर कोणतेही शिल्लक राहणार नाहीत) आणि त्यांच्या निर्मितीची मल्टीप्रोसेसर वातावरणात चाचणी करतील.

आणखी एक सूक्ष्म मुद्दा. लक्षात ठेवा, आम्ही वर सांगितले आहे की ड्रायव्हर डेव्हलपर्सने केलेली सर्वात सामान्य चूक म्हणजे IRQL स्तरावर प्रीएम्प्टिबल मेमरी ऍक्सेस करणे ज्यावर पेजिंग मॅनेजर कार्य करत नाही आणि विनंती केलेले पृष्ठ मेमरीमध्ये नसल्यास क्रॅश होते? येथे स्पष्ट उपाय म्हणजे RAM अशा व्हॉल्यूममध्ये वाढवणे ज्यामध्ये व्यावहारिकपणे कोणतीही पृष्ठे डिस्कवर काढली जात नाहीत. सध्याच्या मेमरी किमतींमध्ये, जवळजवळ प्रत्येकजण दोन नवीन मेमरी स्टिक्स खरेदी करू शकतो. परंतु समस्येवर अधिक प्रवेशयोग्य (आणि अधिक मोहक) उपाय आहे. पॅरामीटर असल्यास पेजिंग एक्झिक्युटिव्ह अक्षम करा, पुढील नोंदणी शाखेत स्थित आहे HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\MemoryManagement, एक समान आहे (डीफॉल्टनुसार शून्य), आण्विक घटक प्रीम्प्ट केले जाणार नाहीत. म्हणून, आम्ही फक्त "रेजिस्ट्री एडिटर" लाँच करतो, हे आवडते पॅरामीटर बदलतो आणि रीबूट करतो (बदल रीबूट केल्यानंतरच लागू होतात), आशा आहे की यामुळे अपयशाच्या समस्येचे निराकरण करण्यात मदत होईल.

अशा प्रकरणांसाठी, विंडोज एक्सपीमध्ये ड्रायव्हर्स किती योग्यरित्या कार्य करतात हे तपासण्यासाठी, एक विशेष उपयुक्तता आहे verifier.exe. उपयुक्तता चालक पडताळणी करणारा, ड्रायव्हर्ससाठी सर्वात गंभीर परिस्थिती निर्माण करते, ज्यामध्ये अयशस्वी होण्याची शक्यता खूप जास्त असते आणि अपयशी ड्रायव्हरचे नाव सर्वोच्च अचूकतेसह निर्धारित केले जाते. म्हणून, गैर-सिस्टमॅटिक अपयशाच्या बाबतीत, युटिलिटी चालवणे उपयुक्त आहे चालक पडताळणी करणारा.exeव्हेरिफायर डाउनलोड करण्याची गरज नाही, कारण युटिलिटी विंडोजमध्ये समाविष्ट आहे आणि निर्देशिकेत आहे विंडोज सिस्टम ३२

१.१. चला लॉन्च करूया Verifier.exe.प्रारंभ - चालवा - सत्यापनकर्ता.exe:

१.३. उपयुक्तता चालक पडताळणी करणारा.exeरीबूट करण्यास सांगेल:

१.४. रेजिस्ट्रीमध्ये दोन नवीन पॅरामीटर्स दिसतील:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\VerifyDrivers

संबंधित नोंदणी सेटिंग्ज चालक पडताळणी करणारा.exe

२.१. युटिलिटीच्या पहिल्या विंडोमध्ये असल्यास चालक पडताळणी करणारा.exeनिवडा "सध्या चाचणी केलेल्या ड्रायव्हर्सबद्दल माहिती प्रदर्शित करा",नंतर अशी विंडो दिसेल. हे दर्शविते की कोणते ड्रायव्हर्स तपासले जातात आणि कोणते नाहीत. दाबून "पुढील", तुम्ही चाचणी केलेल्या ड्रायव्हर्सबद्दल इतर माहिती पाहू शकता:

२.२. युटिलिटीसह ड्रायव्हर्सची तपासणी करण्याच्या परिणामी चालक पडताळणी करणारा.exeप्रणाली बाहेर पडणे शक्य आहे. जेव्हा ड्रायव्हर्स, सिस्टम एरर आणि तपासताना एरर येते. ठराविक त्रुटी कोड आणि स्पष्टीकरण खाली दिले आहेत.

0xC1: SPECIAL_POOL_DETECTED_MEMORY_CORRUPTION
· 0xC4: DRIVER_VERIFIER_DETECTED_VIOLATION
· 0xC6: DRIVER_CAUGHT_MODIFYING_FREED_POOL
· 0xC9: DRIVER_VERIFIER_IOMANAGER_VIOLATION
· 0xD6: DRIVER_PAGE_FAULT_BEYOND_END_OF_ALLOCATION
· 0xE6: DRIVER_VERIFIER_DMA_VIOLATION

ड्रायव्हर व्हेरिफायर युटिलिटी (verifier.exe) ही समस्याप्रधान ड्रायव्हर्सचे विश्लेषण करण्यासाठी डिझाइन केलेली आहे जेव्हा BSOD नंतर मेमरी डंपचे विश्लेषण समस्याग्रस्त ड्राइव्हर शोधण्याची परवानगी देत ​​नाही. ड्रायव्हर व्हेरिफायर हा सर्वात समस्याप्रधान परिस्थितींमध्ये "लाइफसेव्हर" असतो.

ड्रायव्हर व्हेरिफायरसह तुम्ही हे करू शकता:

ड्रायव्हर तणाव चाचणी (संसाधनांच्या कमतरतेच्या परिस्थितीचे अनुकरण केले जाते);

बफर ओव्हरफ्लो नियंत्रण;

दिलेल्या IRQL वर चुकीच्या ऑपरेशनमुळे उद्भवणाऱ्या त्रुटींवर नियंत्रण;

I/O त्रुटी विश्लेषण;

गतिरोध परिस्थितीचा शोध इ.

ड्रायव्हर व्हेरिफायर युटिलिटी खूप उपयुक्त आहे जेव्हा:

प्रशासकाला (वापरकर्त्याला) शंका आहे की या विशिष्ट ड्रायव्हरमुळे सिस्टम क्रॅश होत आहे आणि तो प्रत्यक्षात तसे आहे का ते तपासू इच्छितो;

ड्रायव्हर विकसकांना त्यांच्या ड्रायव्हरची चाचणी घ्यायची आहे;

बीएसओडी नंतर डंपचे विश्लेषण करताना, समस्याग्रस्त ड्रायव्हर शोधणे अशक्य आहे.

मेमरी डंपचे विश्लेषण करण्याच्या सर्वात कठीण प्रकरणांपैकी एक म्हणजे जेव्हा ड्रायव्हरने वाटप केलेल्या बफरच्या समाप्तीपूर्वी किंवा नंतर डेटा चुकून ओव्हरराईट केला. अशा प्रकरणांमध्ये, OS कर्नलमध्ये त्रुटी आढळतात (उदाहरणार्थ, BSOD नंतर डंपचे विश्लेषण दर्शवते की त्रुटी ntoskrnl.exe मध्ये आली आहे).

एक विशिष्ट उदाहरण वापरून तत्सम केस पाहू. NotMyfault युटिलिटी वापरून, आम्ही BSOD - “बफर ओव्हरफ्लो” होतो.

windbg वापरून डंप विश्लेषणाचा निकाल खाली जोडला आहे.

डंप विश्लेषणानुसार आम्हाला मिळते:

1. Arg1: 00000007, आधीच मुक्त केलेला पूल मोकळा करण्याचा प्रयत्न (आधीच मुक्त केलेला पूल सोडण्याचा प्रयत्न केला गेला)

2. IMAGE_NAME: ntkrpamp.exe (प्रणालीच्या गाभ्याचाच याशी काहीतरी संबंध आहे)

अशा त्रुटींसह सत्यापनकर्ता बचावासाठी येतो.

सत्यापनकर्ता लाँच करा.

"नॉन-स्टँडर्ड पॅरामीटर्स तयार करा" निवडा. पुढे, "सूचीमधून पॅरामीटर्स निवडा" निवडा.

"सिम्युलेट रिसोर्स कमतरता" वगळता सर्व काही निवडा.

नंतर "या सूचीसाठी अनलोड केलेले ड्रायव्हर्स निवडा" निवडा आणि myfault.sys ड्राइव्हरचा मार्ग निर्दिष्ट करा, जो NotMyfault.exe प्रोग्रामच्या समान निर्देशिकेत आहे.

नंतर ड्रायव्हर चिन्हांकित करा आणि "समाप्त" क्लिक करा. यानंतर, आम्हाला संगणक रीबूट करणे आवश्यक आहे.

आम्ही सुरुवातीप्रमाणेच सर्व क्रिया करतो. NotMyfault.exe चालवा, "बफर ओव्हरफ्लो" निवडा आणि "क्रॅश" क्लिक करा. आपण लक्षात घेतल्याप्रमाणे, क्रॅश त्वरित होणार नाही, कारण या मेमरीसह कोण आणि केव्हा कार्य करण्याचा प्रयत्न करेल हे आगाऊ माहित नाही. तुम्ही खालील प्रतिमेत पाहू शकता, पडताळकाला धन्यवाद, सिस्टम समस्याग्रस्त ड्रायव्हर ओळखू शकते.

मी BSOD नंतर मेमरी डंपचे windbg.exe मध्ये!analyze –v वापरून विश्लेषण देईन.

व्हेरिफायर प्रोग्राम असे बनवतो की चाचणी केली जात असलेली ड्रायव्हर, कर्नलमध्ये उपलब्ध असलेल्या सामान्य मेमरीच्या ऐवजी, अशा त्रुटी शोधण्यासाठी डिझाइन केलेले विशेष पूल वापरते. याबद्दल धन्यवाद, आपण ड्रायव्हर शोधू शकता ज्यामुळे बीएसओडी होतो.

जर आपण विश्लेषणाच्या परिणामांवर नजर टाकली तर आपल्याला खालील गोष्टी दिसतात.

1. DRIVER_PAGE_FAULT_BEYOND_END_OF_ALLOCATION (d6) – सत्यापनकर्त्याद्वारे व्युत्पन्न केलेल्या त्रुटींपैकी ही एक आहे

2. IMAGE_NAME: myfault.sys – ड्रायव्हर ज्याने समस्या निर्माण केली.

अशाप्रकारे, BSOD नंतर मेमरी डंपचे विश्लेषण केल्याने तुम्हाला “अपराधी ड्रायव्हर” शोधण्याची परवानगी मिळत नसेल, तर verifier.exe प्रोग्राम वापरा (मेमरी नसल्याशिवाय सर्व चेक इन्स्टॉल करा).

ड्रायव्हर व्हेरिफायर (verifier.exe) वापरण्याचा सर्वात सोपा मार्ग म्हणजे खालील पॅरामीटर्ससह चालवणे:

सत्यापनकर्ता /मानक /ड्रायव्हर ड्राइव्हर फाइल नाव

पोस्ट दृश्यः 1,042

उपयुक्तता चालक पडताळणी करणारा Windows XP पासून सुरू होणाऱ्या Windows च्या सर्व आवृत्त्यांमध्ये समाविष्ट आहे आणि तुम्हाला ड्रायव्हर्स तपासण्याची, समस्या निर्माण करणारे ड्रायव्हर्स ओळखण्याची परवानगी देते. मृत्यूचा निळा पडदा (बीएसओडी- ब्लू स्क्रीन ऑफ डेथ) आणि पुढील विश्लेषणासाठी मेमरी डंपमध्ये समस्याग्रस्त ड्रायव्हरबद्दल तपशीलवार माहिती रेकॉर्ड करा. युटिलिटी तपासलेल्या ड्रायव्हर्सना विविध “ तणाव चाचण्या", विविध अत्यंत परिस्थितींचे अनुकरण करणे: मेमरीचा अभाव, I/O नियंत्रण, IRQL, डेडलॉक, DMA चेक, IRP, इ. उदा. उत्पादक प्रणालींवर क्वचितच घडणाऱ्या परिस्थितींचे नक्कल केले जाते आणि त्यांच्यातील ड्रायव्हरच्या वर्तनाचे परीक्षण केले जाते. युटिलिटीचा उद्देश अशा परिस्थिती ओळखणे आहे ज्यामध्ये ड्रायव्हर बीएसओडीसह सिस्टम क्रॅश होऊ शकतो.

ड्रायव्हर व्हेरिफायर युटिलिटीची एक्झिक्यूटेबल फाइल कॉल केली जाते पडताळणी करणारा.exeआणि %windir%\system32 निर्देशिकेत स्थित आहे. युटिलिटी वापरण्यासाठी दोन पर्याय आहेत: कमांड लाइनवरून किंवा ग्राफिकल इंटरफेस वापरणे.

विंडोज 8 मध्ये ड्रायव्हर व्हेरिफिकेशन मोड सक्षम करण्यासाठी, टाइप करून ड्रायव्हर व्हेरिफायर युटिलिटी लाँच करा

पडताळणी करणारा

कार्य सूचीमधून, निवडा सानुकूल सेटिंग्ज तयार करा (कोड विकसकांसाठी)आणि दाबा पुढे.

पर्याय निवडले आहेत याची खात्री करा मानक सेटिंग्ज, प्रलंबित I/O विनंत्या सक्ती कराआणि IRP लॉगिंग. क्लिक करा पुढे.

पुढे निवडा.

"प्रदाता" स्तंभ शीर्षलेखावर क्लिक करून सारणीच्या सामग्रीची क्रमवारी लावा आणि ड्रायव्हर्सच्या सूचीमधून तुम्ही चाचणी करू इच्छित असलेले निवडा. आमच्या उदाहरणात, आम्ही विकसित न केलेल्या सर्व ड्रायव्हर्सची तपासणी करू मायक्रोसॉफ्टमहामंडळ. आम्ही ड्रायव्हर्स निवडले: e1g6032e.sys (Intel) आणि lsi_sas.sys (LSI).

नोंद. ड्रायव्हरवर मायक्रोसॉफ्ट डिजिटल स्वाक्षरीची उपस्थिती दर्शवते की ड्रायव्हरची स्थिरतेसाठी विशिष्ट प्रकारे चाचणी केली गेली आहे आणि त्यानंतर त्याचा कोड सुधारित केला गेला नाही. म्हणूनच त्याची शिफारस किंवा वापर केला जात नाही.

तुम्हाला फक्त क्लिक करायचे आहे समाप्त कराआणि बदल प्रभावी होण्यासाठी तुम्हाला सिस्टम रीबूट करणे आवश्यक आहे असे सांगणारी माहिती विंडो दिसेल.

सल्ला. कमांड लाइनवरून ड्रायव्हर सत्यापन मोड देखील सक्षम केला जाऊ शकतो. उदाहरणार्थ, myPCDriver.sys ड्रायव्हरसाठी मानक सेटिंग्जसह ड्रायव्हर व्हेरिफायर चालवण्यासाठी, कमांड यासारखी दिसेल:

सत्यापनकर्ता /मानक /ड्राइव्हर myPCDriver.sys

रीबूट केल्यानंतर, सिस्टम ड्रायव्हर सत्यापन मोडमध्ये बूट होते. ड्रायव्हर व्हेरिफायर पार्श्वभूमीत काम करतो, त्रुटी ओळखण्यासाठी निवडलेल्या ड्रायव्हर्सवर विविध प्रकारच्या चाचण्या करतो. तुमचा संगणक नेहमीप्रमाणे वापरा आणि BSOD दिसण्याची प्रतीक्षा करा. सिस्टम क्रॅश झाल्यामुळे पूर्वी कोणत्या कृतींमुळे तुम्हाला माहित असल्यास, त्यांची पुनरावृत्ती करा. BSOD आढळल्यास, तुम्हाला मेमरी डंप फाइल कॉपी करावी लागेल (डीफॉल्टनुसार, ती C:\Windows\Minidump\*.dmp निर्देशिकेत सेव्ह केली जाते) किंवा तत्सम.

महत्वाचे!ड्रायव्हर व्हेरिफायर वापरून ड्रायव्हर डीबगिंग मोड सक्रिय केल्यानंतर, हा मोड सक्तीने अक्षम होईपर्यंत कार्य करेल.

जर समस्या 1-2 दिवसांच्या आत पुनरावृत्ती होत नसेल, तर काही निश्चिततेने आम्ही असा निष्कर्ष काढू शकतो की चाचणी घेतलेल्या ड्रायव्हर्सची प्रणाली क्रॅश होण्याचे कारण नाही आणि त्यांच्यासाठी स्कॅन मोड अक्षम केला जाऊ शकतो.

सल्ला. विंडोज ड्रायव्हर व्हेरिफायर वापरल्याने विंडोजची गती लक्षणीयरीत्या कमी होते, त्यामुळे या मोडमध्ये नेहमी चालवण्याची शिफारस केलेली नाही.

तुम्ही कमांड लाइनवरून ड्रायव्हर व्हेरिफायर अक्षम करू शकता:

सत्यापनकर्ता / रीसेट

किंवा ग्राफिकल इंटरफेसमधून निवडून विद्यमान सेटिंग्ज हटवा.

आपण सामान्य मोडमध्ये सिस्टममध्ये लॉग इन करू शकत नसल्यास, आपण सुरक्षित मोडमधून डीबगिंग मोड अक्षम करू शकता.

सिस्टम सेफ मोडमध्ये बूट होत नसल्यास, बूट डिस्कवरून बूट करून खालील रेजिस्ट्री की हटवण्याचा प्रयत्न करा:

• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\VerifyDrivers
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\VerifyDriverLevel

तुम्ही ड्रायव्हर व्हेरिफायर युटिलिटीची सद्यस्थिती याप्रमाणे तपासू शकता.

कधीकधी हार्डवेअर-संबंधित DRIVER_VERIFIER_DETECTED_VIOLATION ब्लू स्क्रीन त्रुटी दूषित यादृच्छिक प्रवेश मेमरी (RAM) मुळे होऊ शकतात. तुम्हाला यादृच्छिक संगणक रीबूट, बूटिंग बीप किंवा इतर संगणक समस्या (BSOD 0xC4 त्रुटींव्यतिरिक्त) येत असल्यास, तुमची मेमरी खराब होण्याची दाट शक्यता आहे. खरं तर, Windows OS वर जवळपास 10% ऍप्लिकेशन क्रॅश मेमरी करप्शनमुळे होतात.

आपण अलीकडे आपल्या संगणकावर नवीन मेमरी जोडली असल्यास, ती DRIVER_VERIFIER_DETECTED_VIOLATION त्रुटी निर्माण करत नाही याची खात्री करण्यासाठी आम्ही ती तात्पुरती काढून टाकण्याची शिफारस करतो. जर ही क्रिया BSOD चे निराकरण करते, तर हे समस्येचे मूळ आहे, आणि म्हणून नवीन मेमरी एकतर तुमच्या काही हार्डवेअरशी विसंगत आहे किंवा खराब झाली आहे. या प्रकरणात, आपल्याला नवीन मेमरी मॉड्यूल पुनर्स्थित करणे आवश्यक आहे.

आपण नवीन मेमरी जोडली नसल्यास, पुढील चरण म्हणजे आपल्या संगणकाच्या विद्यमान मेमरीवर निदान चाचणी चालवणे. मेमरी चाचणी हार्ड मेमरी अपयश आणि अधूनमधून त्रुटींसाठी स्कॅन करेल ज्यामुळे तुमचा 0xC4 निळा स्क्रीन मृत्यू होऊ शकतो.

Windows च्या अलीकडील आवृत्त्यांमध्ये RAM चाचणी उपयुक्तता समाविष्ट असली तरी, मी त्याऐवजी Memtest86 वापरण्याची शिफारस करतो. Memtest86 हे BIOS-आधारित चाचणी सॉफ्टवेअर आहे, जे Windows वर चालणाऱ्या इतर चाचणी कार्यक्रमांपेक्षा वेगळे आहे. या दृष्टिकोनाचा फायदा असा आहे की युटिलिटी तुम्हाला DRIVER_VERIFIER_DETECTED_VIOLATION त्रुटींसाठी सर्व ऑपरेटिंग मेमरी तपासण्याची परवानगी देते, तर इतर प्रोग्राम स्वतः प्रोग्राम, ऑपरेटिंग सिस्टम आणि इतर चालू प्रोग्रामद्वारे व्यापलेले मेमरी क्षेत्र तपासू शकत नाहीत.