बिना सूचना के विंडोज 8 बीएसओडी से अधिक जानकारी कैसे प्राप्त करें?

Question

विंडोज 8 की ब्लू स्क्रीन ऑफ डेथ पिछले विंडोज संस्करणों से अलग है:

यह पता लगाने के लिए कि आपको जिस समस्या को लिखने या उस खोज शब्द को याद करने की आवश्यकता है, वह आपके साथ प्रस्तुत करता है। मैंने अब तक जो दो खोज शब्द सुझाए हैं, वे हैं
SYSTEM_SERVICE_EXCEPTIONऔर HAL_INITIALIZATION_FAILED।

हालांकि पाठ से भरी नीली स्क्रीन को देखना अच्छा नहीं है, पिछले बीएसओडी विंडोज 8 बीएसओडी की तुलना में अधिक जानकारीपूर्ण था, क्योंकि इसमें एक विस्तृत त्रुटि कोड (नैदानिक ​​उद्देश्यों के लिए जानकारी जो ऑपरेटिंग सिस्टम के रूप में एकत्र किया गया था, एक बग का प्रदर्शन किया था जांच), जो आपको समस्या की जड़ को ट्रैक करने के करीब पहुंचा सकता है।

समस्या की जड़ को ट्रैक करने के लिए मुझे विंडोज 8 में आई त्रुटि के बारे में अधिक जानकारी कैसे मिल सकती है?

Comments

विंडोज़ के पिछले संस्करणों में, इवेंट को "सिस्टम" श्रेणी में लॉग किया गया था। HAL_INITIALIZATION_FAILED त्रुटि कोड में एक उपनाम (एक नामांकित स्थिरांक) है। पुराने बीएसओडी ने निरंतरता और इसका मूल्य दिया, लेकिन वे एक ही चीज हैं।

— २१:३

BSOD हार्ड ड्राइव पर C: या C: \ Windows \ minidump के रूट पर एक डंप फ़ाइल बनाएगा, फिर डंप फ़ाइल का विश्लेषण करने के लिए इस पृष्ठ को देखें ... support.microsoft.com/kb/315263

— Moab

C:\Windows\MEMORY.DMP`C: \ Windows \ Minidumps` में नवीनतम फ़ाइल की जाँच करें या करें; यदि इसका पूर्व देखता है कि क्या इसे zip / rar / 7z फ़ाइल में अपलोड करना व्यवहार्य है, यदि इसका उत्तरार्द्ध आप इसे अभी अपलोड कर सकते हैं क्योंकि यह बहुत छोटा होगा। हम आपके लिए एक नज़र लेने के लिए खुश हैं ...

— तमारा विज्समैन

Answer 1

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

बग चेक 0x3B: SYSTEM_SERVICE_EXCEPTIONऔर 0x5C: HAL_INITIALIZATION_FAILEDआपके लिए परिचित ध्वनि, आप उन्हें वहां पढ़ सकते हैं लेकिन मैं उन चीजों का विस्तार करूंगा जो किसी ऐसे व्यक्ति को अस्पष्ट लग सकती हैं जो डीबगिंग या निम्न-स्तरीय ड्राइवर प्रोग्रामिंग नहीं करता है।

SYSTEM_SERVICE_EXCEPTION

पृष्ठ पर विवरण है:

यह इंगित करता है कि एक अपवाद एक दिनचर्या को निष्पादित करते समय हुआ था जो गैर-विशेषाधिकार प्राप्त कोड से विशेषाधिकार प्राप्त कोड में संक्रमण करता है।

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

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

HAL_INITIALIZATION_FAILED

पृष्ठ पर विवरण है:

यह इंगित करता है कि HAL आरंभीकरण विफल रहा।

हाँ, यह सब उसने कहा है। यह अध्ययन करना कि HAL क्या है, यह समझने के लिए अगला अगला कदम क्या होगा कि यहाँ क्या चल रहा है, इस भाग में संक्षेप में "इन ऑपरेटिंग सिस्टम" सेक्शन में मदद मिलती है:

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

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

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

एक दुर्घटना डंप का निरीक्षण ?!

जैसा कि टिप्पणियों में बताया गया है, आप कुछ मूलभूत निर्देशों के लिए इस URL पर जा सकते हैं, हालाँकि मैं यदि संभव हो तो डंप को अपलोड करने का सुझाव दूंगा ताकि हम इसे आपके लिए देख सकें। मैं आमतौर पर ऐसा करने के लिए Windows के लिए डीबगिंग टूल से WinDBG का उपयोग करता हूं। वैकल्पिक रूप से आप ओएसआर ऑनलाइन से ऑनलाइन इंस्टेंट ऑनलाइन क्रैश डंप विश्लेषक का उपयोग कर सकते हैं , हालांकि यह आपको क्रैश डंप के सामान्य विश्लेषण से आगे चीजों का निरीक्षण करने की अनुमति नहीं देता है। तो, एक बार दुर्घटनाग्रस्त डंप प्राप्त करने के बाद, आइए जानते हैं ...

Answer 2

आप वही जानकारी देख सकते हैं जो इवेंट व्यूअर में पुरानी ब्लू स्क्रीन पर थी। सिस्टम लॉग, इवेंट-आईडी 1001

http://msdn.microsoft.com/en-us/library/ff559069(v=vs.85).aspx

Answer 3

आप नए संदेश से भी छुटकारा पा सकते हैं :-( नीली स्क्रीन और पुराने बग चेक स्क्रीन को पुनर्स्थापित करें जैसे कि XP ​​और W7 है।

पहले सुनिश्चित करें कि KB2929742 पहले से इंस्टॉल है।

फिर विंडोज में रजिस्ट्री एडिटर खोलें और इस कुंजी को संपादित करें

HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Control \ CrashControl

एक नया Dword "DisplayParameters" बनाएं और इसे 1 पर सेट करें।

"AutoReboot" को 0 पर सेट करें

परिवर्तनों को प्रभावी करने के लिए पीसी को पुनरारंभ करें। अगली बार बीएसओडी की यह नीली स्क्रीन पर अधिक जानकारी प्रदर्शित करेगी और जब तक आप शटडाउन नहीं करते तब तक bsod स्क्रीन पर बने रहेंगे।