विंडोज ब्लू स्क्रीन ऑफ डेथ (BSOD) वह चीज नहीं है जिसे आप अपने कंप्यूटर मॉनिटर पर देखना चाहते हैं, जब तक कि आप एक निश्चित स्क्रीनसेवर या टेस्टिंग सॉफ्टवेयर का उपयोग नहीं कर रहे हैं। लेकिन अब और फिर, विंडोज उपयोगकर्ता अंतिम सॉफ्टवेयर विफलता के मामले का अनुभव करते हैं, वह है कर्नेल का, जिसके परिणामस्वरूप एक पूर्ण सिस्टम फ्रीज और अंततः एक क्रैश होता है।

लिनक्स में, इस तरह की स्थिति को कर्नेल पैनिक के रूप में जाना जाता है। विंडोज में, इसे BSOD कहा जाता है। लेकिन यह एक ही बात है: सिस्टम के कोर में एक महत्वपूर्ण, अप्राप्य अपवाद, कर्नेल और साथ वाले ड्राइवर।

सूक्ष्म परिचय

लिनक्स क्रैश पर एक सुपर-लंबी और अल्ट्रा-गीकी श्रृंखला करने के बाद, कर्नेल क्रैश डंप टूल्स से शुरू करके, openSUSE और CentOS पर सेटअप के साथ जारी रखते हुए, और गहन विश्लेषण के साथ समाप्त होकर, मैं विंडोज उपयोगकर्ताओं को BSOD विश्लेषण का कुछ हद तक छोटा और कम गीकी संस्करण पेश करना चाहूंगा। इसके दो कारण हैं: एक, मैं उतना गहरा नहीं जा सकता जितना मैं चाहूंगा, क्योंकि विंडोज स्रोत बंद हैं; दो, मैं विंडोज कर्नेल में डबिंग करने में उतना कुशल नहीं हूं जितना मैं लिनक्स के साथ हूं। इसके बावजूद, यह ट्यूटोरियल अभी भी काफी नर्डी होगा और औसत उपयोगकर्ता की आवश्यकताओं, जरूरतों या इच्छाओं से कहीं आगे होगा। हालांकि, यदि आप विंडोज इंटर्नल के बारे में थोड़ा और सीखना चाहते हैं और नए कौशल हासिल करना चाहते हैं जो कोर सिस्टम समस्याओं का निदान करने में मदद करें, तो आप सही जगह पर आए हैं।

अब शुरू करते हैं।

विषय सूची

1. प्रश्न
2. 1. ब्लू स्क्रीन ऑफ डेथ का कारण क्या है?
3. BSOD संग्रह सक्षम करें
4. BSOD संग्रह
   1. ड्राइवर वेरिफायर
5. BSOD डायग्नोसिस
   1. विंडोज सिंबल पैकेज
   2. BSOD विश्लेषण टूल 1: WhoCrashed
   3. BSOD विश्लेषण टूल 2: Nirsoft
   4. BSOD विश्लेषण टूल 3: विंडोज डिबगर (WinDbg)
6. BSOD उदाहरण
   1. BSOD आरंभ करें (StartBlueScreen का उपयोग करके)
7. BSOD विश्लेषण
   1. WhoCrashed परिणाम
   2. Nirsoft BlueScreenView परिणाम
   3. विंडोज डिबगर परिणाम
   4. सही सिंबल ऑनलाइन प्राप्त करें!
   5. अन्य डिबगर कमांड और विकल्प
   6. आगे क्या?
   7. विश्लेषण के लिए कर्नेल डंप जानकारी सबमिट करें
8. अतिरिक्त सामग्री
   1. मेमोरी डायग्नोस्टिक्स
9. संदर्भ
   1. ऑनलाइन सिंबल कैसे करें
   2. अन्य उपयोगी संसाधन
10. निष्कर्ष

प्रश्न

तकनीकी शब्दजाल में जाने से पहले, आइए BSOD के बारे में कुछ सवालों के जवाब दें।

ब्लू स्क्रीन ऑफ डेथ का कारण क्या है?

कोई सरल जवाब नहीं है। एक लंबे समय के विंडोज उपयोगकर्ता को अब तक पता चल गया होगा कि कुछ लोग BSOD का बहुत बार अनुभव करते हैं जबकि अन्य इन्हें बिल्कुल नहीं देखते, जबकि वे सभी बहुत हद तक वही विंडोज चला रहे हैं।

अनुभव का व्यापक स्पेक्ट्रम इस तथ्य से उपजा है कि BSOD आमतौर पर कभी भी माइक्रोसॉफ्ट विंडोज घटकों के कारण नहीं होते हैं। जबकि अधिकांश लोग क्रैश के लिए विंडोज को दोष देना पसंद करते हैं, वे शायद ही कभी ऑपरेटिंग सिस्टम के कारण होते हैं।

मेरा व्यक्तिगत अनुभव इस प्रकार है:

कुल 10 साल के अपटाइम वाली दो विंडोज मशीनों पर, मैंने BSOD का केवल दो बार सामना किया है, प्रत्येक होस्ट पर एक। जैसा कि होता है, दोनों क्रैश एक घंटे से भी कम समय में हुए।

आप मान सकते हैं कि यह हाल के विंडोज अपडेट या चल रहे प्रोग्राम में से एक के कारण हुआ था। वास्तव में, यह एक अच्छा लीड लगता है, खासकर जब दो मशीनों में लगभग समान हार्डवेयर और सॉफ्टवेयर सेटअप होते हैं। लेकिन यह कोई सॉफ्टवेयर दोष नहीं था।

वास्तव में जो हुआ वह यह था कि ग्राफिक्स कार्ड ओवरहीट हो गए। बस इतना ही। यह एक भयानक गर्म दिन था और ग्राफिक्स कार्ड अपनी सामान्य तापमान सीमा से अधिक हो गए।

अन्य मशीनों पर मेरे द्वारा सामना किए गए BSOD के अन्य सभी मामले खराब, खराबी या बग्गी ड्राइवरों से संबंधित थे जो सॉफ्टवेयर या हार्डवेयर द्वारा स्थापित किए गए थे, जिसमें वायरलेस कार्ड, सुरक्षा प्रोग्राम और इसी तरह के शामिल हैं। मैंने कोर विंडोज घटकों में से एक को भी चूं तक करते नहीं देखा। बस स्पष्ट करने के लिए, हम यहां घरेलू उपयोग की बात कर रहे हैं।

अब जब हम जानते हैं कि हम किस बारे में बात कर रहे हैं, तो आइए वैज्ञानिक बनें।

BSOD संग्रह सक्षम करें

बिल्ट-इन सिस्टम टूल्स का अच्छा उपयोग करने के लिए, आपको अपने विंडोज को क्रैश डंप एकत्र करने में सक्षम करना होगा, जिन्हें मिनीडंप कहा जाता है। यह लिनक्स में LKCD या Kdump को सक्षम करने के समान है। डिफ़ॉल्ट रूप से, विंडोज कर्नेल मेमोरी डंप सक्षम हैं, इसलिए आपको बस एक नज़र डालने और यह सुनिश्चित करने की आवश्यकता है कि सेटिंग्स सही हैं।

आप एक्सप्लोरर मेनू में कंप्यूटर पर राइट-क्लिक करके, प्रॉपर्टीज, सिस्टम, एडवांस्ड, स्टार्टअप और रिकवरी पर जाकर BSOD संग्रह को कॉन्फिगर कर सकते हैं। निचले आधे हिस्से में, सिस्टम फेल्योर के तहत, आपको पैरामीटर कॉन्फिगर करने होंगे।

आप चुन सकते हैं कि क्रैश को सिस्टम लॉग में लॉग करना है या नहीं, सिस्टम को स्वचालित रूप से पुनरारंभ करना है या नहीं, या मौजूदा फाइलों को ओवरराइट करना है या नहीं। मैं फाइलों को ओवरराइट न करने की सलाह दूंगा। बाद में तुलना और विश्लेषण के लिए जानकारी बनाए रखना हमेशा अच्छी बात है।

एक और चीज जिस पर ध्यान देना है वह है राइट डिबगिंग इंफॉर्मेशन ड्रॉपडाउन बॉक्स। यहां, आप निर्दिष्ट कर सकते हैं कि मशीन क्रैश होने पर आप मेमोरी के किन हिस्सों को सहेजना चाहते हैं। यह Kdump DUMPLEVEL के समान है।

आपके पास निम्न विकल्प हैं:

स्मॉल मेमोरी डंप - केवल क्रैश जानकारी वाली बुनियादी फाइल। यह सीमित मूल्य की है, क्योंकि आपके पास मेमोरी में लोड किए गए एक्जीक्यूटेबल्स और DLLs का कोई ट्रेस नहीं है। विंडोज XP पर, यह फाइल 64K आकार की है। विंडोज 7 पर, यह 128K है।

कर्नेल मेमोरी डंप - यह मेमोरी के उस हिस्से को डंप करेगा जिसमें केवल कर्नेल होता है, जो ज्यादातर मामलों में पर्याप्त होना चाहिए, क्योंकि कर्नेल क्रैश या तो कर्नेल बग या ड्राइवरों में से एक के कारण होंगे।

कम्प्लीट मेमोरी डंप - यह पूरी RAM की सामग्री को डंप करेगा।

एक बार जब आप सेटिंग्स से संतुष्ट हो जाएं, तो OK पर क्लिक करें। अब हम विश्लेषण शुरू कर सकते हैं।

BSOD संग्रह

क्रैश का मूल कारण ढूंढना आसान नहीं हो सकता। हार्डवेयर समस्याएं अनियमित और अप्रत्याशित व्यवहार का कारण बन सकती हैं और पैदा करेंगी जो विभिन्न लक्षणों में प्रकट हो सकती हैं, बिना आपको इस मुद्दे को इंगित करने दिए। सॉफ्टवेयर समस्याओं का निदान करना आसान होना चाहिए।

यदि और जब BSOD आता है, तो आपका पहला कार्य समस्याग्रस्त घटकों को अलग करने और उन्हें फिर से BSOD ट्रिगर करने का प्रयास करना होना चाहिए। यदि आप समस्या को दोहरा सकते हैं, तो आप इसे हल कर पाएंगे।

ड्राइवर वेरिफायर

यदि आप BSOD का निवारण करने की कोशिश कर रहे हैं, तो आपको ड्राइवर वेरिफायर का उपयोग करना चाहिए।

ड्राइवर वेरिफायर एक शक्तिशाली टूल है और बहुत सारा सामान कर सकता है, जैसे ड्राइवरों को अन्य घटकों के साथ मेमोरी साझा किए बिना एक आइसोलेटेड मेमोरी पूल में चलाना, अत्यधिक मेमोरी दबाव प्रदान करना, पैरामीटर मान्य करना, अनलोड चेकिंग, और बहुत कुछ।

वेरिफायर का उपयोग शुरू करने के लिए, एक्जीक्यूटेबल का पता लगाएं और इसे शुरू करें। विंडोज XP पर, स्टार्ट > रन > वेरिफायर पर क्लिक करें। विंडोज 7 पर, इनलाइन सर्च बॉक्स में वेरिफायर टाइप करें और एंटर दबाएं।

एक बार वेरिफायर शुरू हो जाने पर, आपको इसे कॉन्फिगर करने की आवश्यकता होगी। आप मानक सेटिंग्स बना सकते हैं, जो ज्यादातर लोगों के लिए काम करनी चाहिए, या कस्टम सेटिंग्स कॉन्फिगर कर सकते हैं, मुख्य रूप से कोड डेवलपर्स के लिए उपयोगी। आप वर्तमान में सत्यापित ड्राइवरों के लिए कार्यों को प्रदर्शित कर सकते हैं, कार्यों को हटा सकते हैं या जानकारी प्रदर्शित कर सकते हैं।

अगली मेनू स्क्रीन में, आपको यह चुनने की आवश्यकता है कि आप किन ड्राइवरों की जांच करना चाहते हैं: अनसाइन्ड ड्राइवर, विंडोज के पुराने संस्करणों के लिए बने ड्राइवर या सभी ड्राइवर। चूंकि आप अभी तक नहीं जानते कि समस्या वास्तव में किस बारे में है, सभी का चयन करें।

अगला कदम रीबूट करना है। वेरिफायर बहुत सारे CPU का उपभोग करेगा और मशीन को काफी धीमा कर देगा। आप अतिरिक्त क्रैश का भी अनुभव कर सकते हैं। वेरिफायर BSOD और रीबूट के बीच दोषपूर्ण ड्राइवरों को अक्षम कर देगा जब तक कि आप अंततः डेस्कटॉप तक नहीं पहुंच जाते। आपने संभवतः कुछ मिनीडंप भी एकत्र कर लिए होंगे।

अब आप वेरिफायर को अक्षम कर सकते हैं। एप्लिकेशन शुरू करें और मौजूदा सेटिंग्स को हटा दें।

इसके अलावा, यदि आपकी मशीन वेरिफायर के कारण डेस्कटॉप में बूट नहीं कर सकती है, तो आप लास्ट नोन गुड कॉन्फिगरेशन लॉन्च करके या सेफ मोड में बूट करके टूल को अक्षम कर सकते हैं।

ठीक है, मिनीडंप एकत्र हो गए, आइए विश्लेषण करें।

BSOD डायग्नोसिस

मिनीडंप का निदान करने के लिए, आपको कई टूल की आवश्यकता होगी। यदि आप लिनक्स ट्यूटोरियल याद करते हैं, तो क्रैश का उपयोग करने के लिए पूर्व-आवश्यकता डिबग सिंबल के साथ संकलित कर्नेल और स्थापित डिबगइन्फो पैकेज थे।

विंडोज सिंबल पैकेज

खैर, विंडोज अलग नहीं है। उचित विश्लेषण करने के लिए, आपको सिंबल की आवश्यकता होगी। आपको उन सिंबल को डाउनलोड और इंस्टॉल करना होगा जो आपके विंडोज कर्नेल संस्करण से बिल्कुल मेल खाते हैं। अन्यथा, विश्लेषण सटीक नहीं होगा। फिर से, इस संबंध में लिनक्स से अलग नहीं।

मैं आपको बाद में इसका एक उदाहरण दिखाऊंगा।

सिंबल इंस्टॉल होने के बाद, आपको क्रैश डेटा को पढ़ने और व्याख्या करने के लिए एक टूल की आवश्यकता होगी। मैं आपको तीन ऐसे टूल दिखाऊंगा, सबसे आसान से शुरू करके धीरे-धीरे गीक हिल पर चढ़ते हुए।

BSOD विश्लेषण टूल 1: WhoCrashed

WhoCrashed एक सरल, प्रभावी टूल है जो आपको यह पता लगाने देता है कि कौन से ड्राइवरों ने मशीन क्रैश का कारण बना। यह उपयोग करने में बहुत सरल है और विशेषज्ञता की आवश्यकता नहीं है, हालांकि एक उचित विश्लेषण के लिए करता है। टूल को विंडोज डिबगर स्थापित करने की आवश्यकता होती है।

BSOD विश्लेषण टूल 2: Nirsoft

यदि आप विंडोज के बारे में थोड़ा भी गंभीर हैं, तो आपको निरसॉफ्ट टूल्स के बारे में सुना होगा, जो निर सोफर द्वारा विकसित और रखरखाव किए गए विंडोज उपयोगिताओं का एक अत्यंत बहुमुखी संग्रह है। विशेष रूप से, हम डायग्नोस्टिक टूल BlueScreenView चाहते हैं, जिसका उपयोग विंडोज कर्नेल मेमोरी डंप के विश्लेषण के लिए किया जाता है। सबसे अच्छी बात, यह उपयोगी छोटा टूल सुपर-पावरफुल स्विस आर्मी नाइफ स्टाइल टूलबॉक्स Nirlauncher में शामिल है, जो निर द्वारा विकसित सौ से अधिक एप्लिकेशन का संग्रह है। बिना किसी कारण के निर की वेबसाइट मेरी ग्रेटेस्ट सूची में शामिल नहीं है।

इसके अलावा, निर सोफर के पास BSOD आरंभ करने के लिए एक टूल भी है, ताकि आप क्रैश का अनुकरण कर सकें। इस टूल को StartBlueScreen कहा जाता है और यह Nirlauncher पैकेज में शामिल है। Nirlauncher के बारे में अधिक विवरण के लिए, आप मेरे सॉफ्टवेयर की समीक्षा पढ़ना चाह सकते हैं।

हम इन दोनों प्रोग्राम्स के बारे में बहुत जल्द बात करेंगे।

BSOD विश्लेषण टूल 3: विंडोज डिबगर (WinDbg)

विंडोज डिबगर एक बहुउद्देशीय टूल है, जिसका उपयोग आप सभी प्रकार की चीजों के निवारण के लिए कर सकते हैं, जिसमें विंडोज सिस्टम पर ड्राइवर, एप्लिकेशन और सेवाएं शामिल हैं।

विंडोज डिबगर विंडोज SDK में शामिल है।

विंडोज 7 पर, डिबगर इंस्टॉल करते समय, आपको .NET फ्रेमवर्क 4 त्रुटि मिल सकती है। आप इसे अनदेखा कर सकते हैं, जब तक कि आप .NET फ्रेमवर्क में विकसित अनुप्रयोगों के साथ काम करने की कोशिश नहीं कर रहे हैं। हमारे मामले में, हम सुरक्षित रूप से आगे बढ़ सकते हैं।

इंस्टॉलेशन मेनू में, आप चुन सकते हैं कि आप किन घटकों को चाहते हैं। हमें कॉमन यूटिलिटीज के तहत विंडोज के लिए डिबगिंग टूल्स चाहिए।

लॉन्च होने पर विंडोज डिबगर बहुत दिलचस्प नहीं दिखता, लेकिन यह एक शक्तिशाली टूल है जिसे ठीक से उपयोग करने और काम करने में काफी समय लगता है। यह लिनक्स में GDB के समान है, क्योंकि इसका उपयोग स्रोतों की जांच करने, चल रही प्रक्रियाओं से जुड़ने, कर्नेल डंप की जांच करने, और बहुत कुछ के लिए किया जा सकता है।

BSOD उदाहरण

BSOD आरंभ करें (StartBlueScreen का उपयोग करके)

इन टूल्स को काम करते देखने के लिए, हमें एक BSOD चाहिए। मेरे विंडोज 7 मशीन पर वेरिफायर चलाने से कोई बुरा प्रभाव नहीं पड़ा। इसलिए हमें NirSoft StartBlueScreen टूल को आजमाना होगा, जिसका मैंने पहले उल्लेख किया था।

StartBlueScreen एक कमांड लाइन टूल है। इसे कई पैरामीटर्स के साथ चलाने की आवश्यकता होती है, जो बदले में एक BSOD ट्रिगर करेंगे। BSOD निष्पादित करने के लिए, आपको अपने विंडोज बॉक्स पर एडमिनिस्ट्रेटर अकाउंट का उपयोग करने की आवश्यकता है।

विंडोज 7 पर, छिपे हुए एडमिनिस्ट्रेटर अकाउंट को सक्षम करना थोड़ा मुश्किल हो सकता है, लेकिन हमारे पास जल्द ही इसके लिए एक अलग ट्यूटोरियल होगा। वास्तव में, विंडोज XP पर भी यही काम करना तुच्छ नहीं है। फिर से, हम इसे अलग से चर्चा करेंगे।

एक बार एडमिनिस्ट्रेटर के रूप में लॉग इन होने पर, कमांड लाइन से StartBlueScreen चलाएं। निर सोफर अपनी वेबसाइट पर कई उदाहरण सूचीबद्ध करता है, इसलिए हम उनमें से एक का उपयोग करेंगे:

StartBlueScreen.exe 0x12 0 0 0 0

यह लिनक्स पर echo c > /proc/sysrq-trigger चलाने के समान है, सिस्टम रिक्वेस्ट सक्षम होने के साथ। वास्तव में, कुछ सेकंड के बाद, आपको कुख्यात BSOD देखना चाहिए:

मशीन को डंप पूरा करने दें। इसके आने के बाद, हम क्रैश का विश्लेषण कर सकते हैं। मशीन के रीबूट होने के बाद आपको एक संदेश पॉप अप दिखाई दे सकता है। जो हुआ उसके बारे में पहले से ही एक संकेत है, अधिक विवरण जल्द ही आ रहे हैं।

BSOD विश्लेषण

आइए देखें कि तीनों टूल्स में से प्रत्येक हमें क्या देता है।

WhoCrashed परिणाम

आपको जो हुआ उसका एक बहुत सरल ड्रिलडाउन मिलता है। ज्यादातर लोगों के लिए, यह जानकारी शुरू करने के लिए पर्याप्त है। दोषी ड्राइवर का नाम जानने से समस्या को अलग करने में मदद मिल सकती है।

हम देखते हैं कि त्रुटि nirsoftbluescreendriver.sys ड्राइवर के कारण एक अज्ञात कर्नेल ट्रैप है। खैर, यह अपेक्षित है। मुझे लगता है कि निर का कोड मेरे नल-पॉइंटर कर्नेल ड्राइवर उदाहरण के समान है।

Nirsoft BlueScreenView परिणाम

BlueScreenView अधिक विस्तृत जानकारी प्रदान करता है। यह रूट फोल्डर में पाए गए मिनीडंप फाइलों को स्वचालित रूप से लोड करेगा। शीर्ष दृश्य में, आप क्रैश के बारे में कुछ बुनियादी जानकारी देखेंगे, जिसमें बग चेक स्ट्रिंग शामिल है, जो लिनक्स क्रैश विश्लेषण फाइल में पैनिक स्ट्रिंग के समान है, और बग चेक कोड, जो कर्नेल पेज एरर के समान है।

निचले फलक में, आपके पास मेमोरी में लोड किए गए सभी ड्राइवरों की सूची है, जिसमें क्रैश से संबंधित सैल्मन में चिह्नित हैं - मुझे लगता है कि यह एक रंग का नाम है। यदि आप क्रैश प्रक्रिया के लिए केवल कॉल ट्रेस देखना चाहते हैं, तो आप विकल्प मेनू में फिल्टर बदल सकते हैं।

और आप मूल BSOD स्क्रीन (XP शैली) भी लोड कर सकते हैं:

यह कभी-कभी उपयोगी हो सकता है। उदाहरण के लिए, तकनीकी सूचना अनुभाग पर एक नज़र डालें। आपके पास खराब ड्राइवर का नाम और मेमोरी एड्रेस है। लिनक्स सादृश्य का एक बार फिर उपयोग करने के लिए, यह टास्क बैकट्रेस में अपवाद RIP की तरह है। वास्तव में, आइए स्टैक पर ध्यान केंद्रित करें:

हमारे पास एक्जीक्यूटेबल का नाम और मेमोरी एड्रेस है। सिद्धांत रूप में, यदि हमारे पास स्रोत होते, तो हम कोड में उस सटीक लाइन को इंगित कर सकते थे जिसके परिणामस्वरूप कर्नेल क्रैश हुआ। चूंकि हमारे पास नहीं है, सबसे अच्छा जो आप कर सकते हैं वह है जितना संभव हो उतना डेटा एकत्र करना और आगे के विश्लेषण के लिए माइक्रोसॉफ्ट को जानकारी भेजना। हम जल्द ही उस बारे में बात करेंगे।

सामान्य तौर पर, माइक्रोसॉफ्ट माइक्रोसॉफ्ट घटकों में क्रैश के लिए पैच जारी करेगा, तो सवाल यह है कि आप कैसे जानते हैं कि nkrnlpa.exe एक माइक्रोसॉफ्ट घटक है? खैर, यदि आप किसी एक प्रविष्टि पर डबल क्लिक करते हैं या राइट-क्लिक करके प्रॉपर्टीज चुनते हैं, तो आपको विस्तृत जानकारी मिलेगी।

जैसा कि आप देख सकते हैं, विंडोज क्रैश के साथ काम करना लिनक्स के साथ काम करने से बहुत अलग नहीं है। हालांकि, आप शायद यह जानना चाहेंगे कि वास्तव में क्या हुआ, इसलिए आपको स्रोतों की आवश्यकता होगी, जो हमेशा आसानी से उपलब्ध नहीं होते। फिर फिर, यह लिनक्स पर भी हमेशा संभव नहीं है, खासकर यदि आपके कर्नेल में मालिकाना ड्राइवर लोड हैं, जैसे Nvidia। कृपया फाइल संस्करण पर ध्यान दें - यह महत्वपूर्ण है जब हम सिंबल का उपयोग करना चाहते हैं, जिसे हम जल्द ही कार्रवाई में देखेंगे।

विंडोज डिबगर परिणाम

विंडोज डिबगर उल्लिखित तीन टूल्स में सबसे जटिल और सबसे शक्तिशाली है। शुरू करने से पहले, आपको पता होना चाहिए कि डिबगर के साथ काम करने में समय, धैर्य और ज्ञान लगता है। वास्तव में, मेरी डींगों के बावजूद, मैं टूल के साथ काफी अनुभवहीन हूं, हालांकि सामान्य ज्ञान और क्रैश विश्लेषण के संबंध में सार्वभौमिक ज्ञान यहां अच्छी तरह से लागू होता है। यदि आप एक सिस्टम में कोड के गंदे रास्तों के नीचे अपना व्यवसाय जानते हैं, तो आप अन्य सभी में ठीक हो जाएंगे।

अनुमतियाँ

यदि आप एडमिनिस्ट्रेटर के रूप में काम नहीं कर रहे हैं, तो आपके पास स्पष्ट सुरक्षा कारणों से मेमोरी डंप तक पहुंचने की अनुमति नहीं होगी। आपको फाइल को दूर कॉपी करने या सही अनुमतियाँ सेट करने की आवश्यकता हो सकती है।

सिंबल लोड करें

आपको सबसे पहले जो करने की आवश्यकता है वह है सिंबल लोड करना। टूल को डिस्क पर सिंबल स्थान के बारे में पता नहीं हो सकता है, क्योंकि पथ पर्यावरण चर में संग्रहीत नहीं हो सकता है। इस बात पर जोर देने के लिए, मैं सिंबल निर्दिष्ट किए बिना क्रैश डंप लोड करूंगा।

त्रुटि स्ट्रिंग पर ध्यान दें: ERROR: Module loaded completed but ... यह वही होता है जब कोई सिंबल लोड नहीं होते, जिससे विश्लेषण बल्कि निरर्थक हो जाता है। वास्तव में, यदि आप विश्लेषण चलाते हैं, तो आपको कुछ प्रश्न चिह्न मिलेंगे, क्योंकि डिबगर यह अनुमान नहीं लगा सकता कि क्रैश के समय ड्राइवर मेमोरी में कैसे मैप किया गया था।

आप .sympath कमांड निष्पादित करके वर्तमान सिंबल पथ की जांच कर सकते हैं। यह खाली होगा जब तक आपने कोई सिंबल लोड नहीं किया है। अब हम सिंबल लोड करेंगे।

सिंबल लोड करने के बाद, आपको मिनीडंप फाइल को फिर से खोलने की आवश्यकता नहीं है। आपको बस इसे रीलोड करना होगा। आप सिंबल सर्च पाथ विंडो में रीलोड बॉक्स चेक करके या डिबगर कमांड लाइन में .reload चलाकर ऐसा कर सकते हैं, जो कमांड विंडो के नीचे kd> द्वारा चिह्नित है।

अब आपको एक अलग आउटपुट दिखाई देगा:

विश्लेषण चलाएं

विश्लेषण चलाना !analyze -v कमांड निष्पादित करके किया जाता है। -v फ्लैग वर्बोज के लिए है।

!analyze -v

अब आप अधिक जानकारी देखेंगे, जिसमें क्रैश आर्गुमेंट्स के लिए विस्तृत स्ट्रिंग्स शामिल हैं। ज्यादातर लोगों के लिए, यह उनकी बुनियादी जरूरतों से बहुत ऊपर है, लेकिन यदि आप वास्तव में अपने सिस्टम को नियंत्रित करने, समस्याओं को हल करने और यहां तक कि माइक्रोसॉफ्ट को कोर बग ठीक करने में मदद करने में रुचि रखते हैं, तो आप विश्लेषण चलाने और यदि संभव हो तो क्रैश रिपोर्ट भेजने में कुछ मिनट खर्च करेंगे।

सिंबल कर्नेल से मेल नहीं खाते!

अब, यह कुछ ऐसा है जिस पर आपको ध्यान देना चाहिए। यदि आप गलत सिंबल लोड करते हैं, तो क्रैश के बारे में जानकारी गलत होगी। वास्तव में, यदि आपने ऐसे सिंबल डाउनलोड किए हैं जो आपके कर्नेल संस्करण से पुराने या नए हैं, तो आपको समस्या होगी।

यह लिनक्स उदाहरण के समान है, जहां कर्नेल अपडेट के बाद openSUSE 11.2 पर रिपॉजिटरी में डिबगइन्फो पैकेज उपलब्ध नहीं था। वास्तव में, मुझे इस समस्या का सामना करना पड़ा। आइए सिंबल इंस्टॉलेशन पर वापस जाएं:

सिंबल कर्नेल 7600.16385 के लिए हैं, जो अगर मैं गलत नहीं हूं तो RTM है। टाइमस्टैम्प और सटीक रिवीजन पर ध्यान दें - 090713-1255। दूसरी ओर, विंडोज 7 एक नए कर्नेल पर चल रहा है, साथ ही इसमें कई अपडेट हुए हैं, जो कर्नेल संस्करण को भी प्रभावित कर सकते हैं।

संस्करण 7600.16481 है। दोनों मेल नहीं खाते! यदि आप ऐसे मामले का सामना करते हैं और कर्नेल सिंबल का नया, अधिक अप-टू-डेट संस्करण डाउनलोड नहीं कर सकते, तो आपको माइक्रोसॉफ्ट से समर्थन के लिए संपर्क करना चाहिए। आपके पास थर्ड-पार्टी ड्राइवरों के लिए सिंबल सबसे अधिक संभावना नहीं होंगे। आप थर्ड-पार्टी विक्रेताओं से भी संपर्क कर सकते हैं।

सही सिंबल ऑनलाइन प्राप्त करें!

अब, विंडोज-वार, यहां वह है जो आपको अपने ऑपरेटिंग सिस्टम के लिए नवीनतम सिंबल प्राप्त करने के लिए करने की आवश्यकता है। विंडोज डिबगर में क्रैश डंप लोड करने के बाद, फिर से सिंबल सर्च पाथ विंडो खोलें। स्थानीय पथ के अलावा, हम एक ऑनलाइन सिंबल रिपॉजिटरी निर्दिष्ट करेंगे, जो केवल डिबगर के भीतर से पहुंच योग्य है। अधिक जानकारी के लिए, कृपया इस माइक्रोसॉफ्ट KB लेख को देखें।

विशेष रूप से, आप निम्न चाहते हैं:

SRV*c:\symbols*https://msdl.microsoft.com/download/symbols

c:\symbols को अपनी मशीन पर सही सिंबल पथ से बदलें। पथ को सिंबल सर्च पाथ का उपयोग करके इनपुट करने की आवश्यकता नहीं है। इसे कमांड लाइन पर .sympath कमांड का उपयोग करके भी निर्दिष्ट किया जा सकता है। हम जल्द ही अन्य डिबगर कमांड और विकल्पों पर चर्चा करेंगे। और आइए विश्लेषण फिर से चलाएं। बेशक, हमारे पास निरसॉफ्ट ड्राइवर के लिए सिंबल नहीं होंगे।

इसे और मजेदार बनाने के लिए, यहां कॉल स्टैक है (उसके बारे में जल्द ही और अधिक):

और हम अच्छे हैं!

अन्य डिबगर कमांड और विकल्प

सौभाग्य से आपके लिए, विंडोज डिबगर के पास एक अत्यंत समृद्ध और विस्तृत सहायता है, जो आपको बिना समय गंवाए शुरू कर देगी, बशर्ते आप इस तरह की चीजें पसंद करते हों। और यदि आप लिनक्स क्रैश विश्लेषण से परिचित हैं, तो अधिकांश सामान परिचित होगा।

उदाहरण के लिए, एक बहुत उपयोगी कमांड lm (लिस्ट मॉड्यूल) है। आप lml चलाकर मॉड्यूल की एक छोटी सूची प्राप्त कर सकते हैं या lmv चलाकर पूर्ण, वर्बोज लिस्टिंग प्राप्त कर सकते हैं। आप u फ्लैग के साथ यूजर-लैंड मॉड्यूल या k फ्लैग के साथ कर्नेल मॉड्यूल भी सूचीबद्ध कर सकते हैं।

यहां lvm का एक उदाहरण है:

यहां lml का एक उदाहरण है; ध्यान दें कि कुछ ड्राइवरों के पास सिंबल नहीं हैं, अर्थात् थर्ड-पार्टी वाले, क्योंकि विंडोज कर्नेल को इन सिंबल के साथ संकलित नहीं किया गया है, न ही वे उपलब्ध हैं। आप उन्हें विक्रेता से प्राप्त कर सकते हैं।

व्यू मेनू के तहत, आपके पास कुछ कमांड बिल्ट-इन हैं, इसलिए आपको उन्हें कमांड लाइन पर खोजने की आवश्यकता नहीं है। आपके पास वॉच, लोकल्स, रजिस्टर्स, मेमोरी, कॉल स्टैक है, जिसे हमने थोड़ी देर पहले देखा था, और बहुत कुछ।

उदाहरण के लिए, आप प्रोसेस और थ्रेड्स प्रदर्शित करना चाह सकते हैं।

या रजिस्टर्स:

अन्य कमांड जिनका आप उपयोग करना चाह सकते हैं उनमें !memusage और !address शामिल हैं। कमांड और विकल्पों का संयोजन जो हमने अभी देखा है, क्रैश यूटिलिटी द्वारा उपयोग किए जाने वाले bt, ps और अन्य कमांड के समान है। समग्र विचार समान है।

डिसअसेंबली

यहां तक कि यदि आपके पास स्रोत नहीं हैं, तो आप बाइनरी कोडेड डिसअसेंबल्ड देखना चाह सकते हैं। आप पूरी तरह से समझ नहीं सकते कि कोड में क्या चल रहा है, लेकिन यह आपको एक संकेत दे सकता है कि क्या गलत हुआ।

डिसअसेंबली विकल्प, साथ ही कई अन्य, मेनू में उपलब्ध हैं।

यहां हम चलते हैं:

और आप विभिन्न विंडोज को मुख्य इंटरफेस में एम्बेड कर सकते हैं।

यह मुश्किल से उस हिमशैल की नोक को छूता है जो विंडोज डिबगर कर सकता है, लेकिन मुझे लगता है कि यह ज्यादातर लोगों के लिए पर्याप्त होना चाहिए।

आगे क्या?

यदि आपने समस्या के स्रोत को अलग कर लिया है, तो आप कई चीजें आजमा सकते हैं:

खराब ड्राइवरों को अनइंस्टॉल या अक्षम करें

देखें कि क्या इससे कोई फर्क पड़ता है, यानी यदि आप कर सकते हैं, क्योंकि आप महत्वपूर्ण कार्यक्षमता खो सकते हैं। यदि समस्याएं बनी रहती हैं, तो आपके पास हार्डवेयर से संबंधित एक जटिल समस्या हो सकती है।

ड्राइवर अपडेट करने का प्रयास करें

यह काम कर सकता है। अपने हार्डवेयर और सॉफ्टवेयर के लिए नवीनतम ड्राइवर प्राप्त करने के लिए विक्रेता साइट या माइक्रोसॉफ्ट अपडेट पर जाएं। अपने डेटा का बैकअप लेना और सिस्टम को इमेज करना याद रखें, ताकि आपके पास वापस जाने के लिए एक बेसलाइन हो।

जानकारी गूगल करें

हमेशा एक बुद्धिमान कदम। ड्राइवर के नाम या बग चेक स्ट्रिंग की तलाश करने से उपयोगी जानकारी मिल सकती है, जिसमें समस्या के लिए वर्कअराउंड शामिल हैं। सामान्य तौर पर, किसी को आपके मुद्दे के समान कुछ देखा या सुना या अनुभव किया होना चाहिए।

हमेशा की तरह, डेटा को सावधानी और विवेक से फ़िल्टर करें। यदि आप सुझाए गए कुछ समाधानों को आजमाने का फैसला करते हैं, तो सुनिश्चित करें कि आपका डेटा सुरक्षित है और आप एक अच्छे, ज्ञात कॉन्फिगरेशन पर वापस जा सकते हैं।

अन्य

यदि आपके पास उपयोगी क्रैश जानकारी है, तो आपको इसे विश्लेषण के लिए डेवलपर्स को भेजने का प्रयास करना चाहिए। यह माइक्रोसॉफ्ट या माइक्रोसॉफ्ट विंडोज के लिए हार्डवेयर या सॉफ्टवेयर ड्राइवर विकसित करने वाला कोई थर्ड पार्टी हो सकता है। नीचे देखें।

विश्लेषण के लिए कर्नेल डंप जानकारी सबमिट करें

मेरे पास यहां कुछ ठोस नहीं है। यदि आपके पास सुझाव हैं, तो कृपया भेजें। मैंने कई माइक्रोसॉफ्ट लिंक्स आजमाए, लेकिन वे आकस्मिक उपयोगकर्ताओं के लिए सीमा से बाहर लगते हैं।

सबसे प्रासंगिक पृष्ठ oca.microsoft.com है, लेकिन यह सर्वर-साइड त्रुटियों से ग्रस्त प्रतीत होता है। मुझे सही करने और/या अपनी प्रतिक्रिया और लिंक भेजने के लिए स्वतंत्र महसूस करें।

नोट: क्रैश डंप भेजना एक संवेदनशील मामला है! मेमोरी डंप में निजी जानकारी हो सकती है, जिसमें पासवर्ड और उस समय मेमोरी में लोड की गई लगभग कुछ भी शामिल है। अपने क्रैश डेटा को अपलोड या मेल करने से पहले इसके बारे में जागरूक रहें।

अतिरिक्त सामग्री

मेमोरी डायग्नोस्टिक्स

यदि आप रुक-रुक कर हार्डवेयर समस्याओं का सामना कर रहे हैं, तो आप अपनी मशीन पर मेमोरी टेस्ट चलाना चाह सकते हैं। सबसे लोकप्रिय ओपन-सोर्स टूल Memtest86+ है। टूल को स्टैंडअलोन ISO के रूप में उपयोग किया जा सकता है; यह अधिकांश लिनक्स डिस्ट्रीब्यूशन के साथ भी शामिल आता है, जो लाइव सीडी के रूप में बूटेबल हैं।

आप विंडोज मेमोरी डायग्नोस्टिक का भी उपयोग कर सकते हैं।

इसके अलावा, लिनक्स क्रैश में सूचीबद्ध सामान्य सलाह यहां भी लागू होती है!

और वह सब होगा, सज्जनों!

संदर्भ

ड्राइवर वेरिफायर

विंडोज सिंबल पैकेज

विंडोज के लिए डिबगिंग टूल्स

विंडोज SDK

WhoCrashed

Nirsoft वेबसाइट

Nirsoft Nirlauncher (मेरी समीक्षा)

Nirsoft BlueScreenView

Nirsoft StartBlueScreen

विंडोज मेमोरी डायग्नोस्टिक

Memtest86+

ऑनलाइन सिंबल कैसे करें

विंडोज डिबगर के भीतर से लाइव ऑनलाइन सर्वर से सिंबल प्राप्त करें:

माइक्रोसॉफ्ट सिंबल सर्वर का उपयोग करके डिबग सिंबल फाइलें प्राप्त करें

अन्य उपयोगी संसाधन

कर्नेल मेमोरी डंप विश्लेषण पर माइक्रोसॉफ्ट लेख:

उपयोगी लेख, जिसमें रजिस्ट्री ट्वीक, कीबोर्ड उपयोग सिस्टम रिक्वेस्ट (SysRq) की तरह, विंडोज डिबगर का कमांड लाइन उपयोग और बैच (स्क्रिप्टेड) उपयोग शामिल हैं।

मेमोरी डंप फाइल विकल्पों का अवलोकन

कीबोर्ड डंप ट्रिगर

मार्क रुसिनोविच (सिसइंटरनल्स, अब विनइंटरनल्स) द्वारा एक शानदार लेख:

द केस ऑफ द क्रैश्ड फोन कॉल

और विंडोज डिबगर में बिल्ट-इन मदद को मत भूलना! यह बहुत गहन और विस्तृत है। अंतिम लेकिन कम नहीं, हम इंटरनेट सर्च इंजन पर वापस जाते हैं, सभी स्थितियों में आपका मुफ्त सबसे अच्छा दोस्त।

निष्कर्ष

वाह, यह लंबा था - और मेरे अनुमान से कहीं अधिक गीकी। जाहिर है, आप कर्नेल सामान को संभालते समय सुपर-गीको से नहीं बच सकते। फिर भी, मुझे आशा है कि आपने इस लेख का आनंद लिया है।

इसमें काफी कुछ है: कर्नेल मेमोरी डंप सेटअप के साथ, ड्राइवरों का सत्यापन, कर्नेल क्रैश की जांच के लिए तीन टूल, जिसमें WhoCrashed जैसे बहुत सरल टूल से लेकर शक्तिशाली विंडोज डिबगर तक शामिल हैं। हमने BSOD को ट्रिगर करने और फिर विश्लेषण करने के लिए Nirsoft टूल्स का भी उपयोग किया। हमने सुनिश्चित किया कि हमारी मशीन में सिंबल इंस्टॉल हैं। हमने विंडोज डिबगर द्वारा प्रदान की जाने वाली चीजों को अधिक गहराई से देखा, कई कमांड और विकल्पों को कवर किया। अंत में, कुछ सामान्य सुझाव और लिंक का खजाना।

मुझे नहीं लगता कि आपको कई लेख मिलेंगे जो इस जितने अनुकूल हैं, विशेष रूप से एक लिनक्स लड़के द्वारा लिखित, विंडोज उपयोगकर्ताओं के लाभ और आनंद के लिए। और उसमें रहस्य निहित है। सिंटैक्स अलग है, लेकिन मूल सिद्धांत समान हैं। एक बार जब आप लिनक्स या विंडोज कर्नेल क्रैश विश्लेषण में से किसी एक का सार समझ लेते हैं, तो आप दूसरे के साथ काम करने में कहीं अधिक सहज होंगे। और वह सब होगा। मैं खर्च हो गया। फिर मिलते हैं!

चीयर्स।