अजीब मेमोरी मुद्दा - क्या इसके बजाय मदरबोर्ड है?


2

मेरे डेस्कटॉप सिस्टम ने पिछले 2 हफ्तों में यादृच्छिक बीएसओडी दुर्घटनाओं का अनुभव करना शुरू कर दिया है।

क्रैश के लिए कोई पैटर्न नहीं है, हर एक एक अलग स्टॉप कोड है, एक अलग कर्नेल मॉड्यूल में, जो मुझे मेमोरी समस्याओं की ओर इशारा करता है।

मैं Memtest86 भागा और यह त्रुटियों के हजारों के बीच आता है, 0x150000000और 0x170000000(और 5376MB और 5888MB के बीच) के विशिष्ट स्थानों में ।

त्रुटि बिट पैटर्न हमेशा होता है 0x00240000, जिसका अर्थ है कि जो लिखा गया है और जो पढ़ा गया है, उसके बीच की विसंगति हमेशा उन दो बिट्स में ही होती है। इसके अलावा, यह एक अटक बिट नहीं है, क्योंकि किसी भी स्थिति में विसंगति एक फ़्लिप बिट है, हमेशा एक ही मूल्य नहीं। एक उदाहरण के रूप में, एक त्रुटि में लिखित पैटर्न होता है, 0x80808080लेकिन जो पढ़ा जाता है वह है 0x80848080(एक शून्य-बिट एक में फ़्लिप), लेकिन जब पैटर्न 0x7F7F7F7Fरीड वैल्यू होता है 0x7F7B7F7F(एक-बिट शून्य में फ़्लिप हो जाता है)।

यदि मैं एक मॉड्यूल को हटाता हूं और प्रत्येक मॉड्यूल को अपने आप से जांचता हूं, तो Memtest86 शून्य त्रुटियों की रिपोर्ट करता है।

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

मदरबोर्ड में A1, A2, B1, B2 लेबल वाले 4 मेमोरी स्लॉट हैं। मैनुअल अनुशंसा करता है कि 2 मॉड्यूल का उपयोग करते समय आप A2 / B2 का उपयोग करें। मैंने A1 / B1 का उपयोग करने का भी प्रयास किया, लेकिन इसका परिणाम ठीक उसी त्रुटि पता श्रेणी में हुआ।

दिया हुआ:

  1. मॉड्यूल व्यक्तिगत रूप से ठीक परीक्षण करते हैं
  2. जब मैं मॉड्यूल स्वैप करता हूं, तो असफल पता सीमा नहीं बदलती है
  3. जब मैं वैकल्पिक मेमोरी स्लॉट्स का उपयोग करता हूं तो असफल पता सीमा नहीं बदलती है

यह अजीब तरह से लगता है कि समस्या मेमोरी सॉकेट और मॉड्यूल से "अपस्ट्रीम" है, और मेरी मदरबोर्ड टोस्ट है।

प्रश्न : क्या इसके लिए एक और संभावित स्पष्टीकरण है, और क्या कोई अन्य नैदानिक ​​कदम है जो मैं इंगित कर सकता हूं कि समस्या कहां है?

मामले में कुछ विवरण वे आवश्यक हैं:

  • मदरबोर्ड : ASUS Z97-WS, 2014-09 से अब तक सेवा में त्रुटिपूर्ण है
  • मेमोरी : 2 किंग्स्टन KHX1866C10D3 / 8G (ASUS संगतता सूची पर)
  • CPU : Intel Core i7-4790K @ 4.00 GHz (ओवरक्लॉक नहीं किया गया)

4
मैंने कई बार देखा है कि जब तक अन्य रैम के साथ उपयोग नहीं किया जाता तब तक खराब रैम दिखाई नहीं देगा। मेम्नेस्ट सही मायनों में गारंटीकृत नहीं है। मैंने देखा है, कम से कम एक बार, यह ठीक उसी समस्या और एक साधारण BIOS अपडेट ने इसे ठीक किया है। तो, इस स्थिति में मेमेस्ट आपके सत्य का एकमात्र स्रोत नहीं हो सकता है। आपका सबसे अच्छा शर्त है कि आप प्रत्येक मॉड्यूल के साथ पूरी तरह से अपने सिस्टम का उपयोग करें, और देखें कि क्या आप किसी एक मॉड्यूल के साथ अस्थिर प्रणाली की पहचान कर सकते हैं। मेमेटेस्ट को वास्तव में एक त्रुटि खोजने में 24 घंटे या उससे अधिक समय लग सकता है।
5

क्या आपके पास मदरबोर्ड की मरम्मत करने का साधन है? यदि उत्तर "नहीं" है, तो इसे बदलने का एकमात्र विकल्प है; क्या ऐसा नहीं है? योजनाबद्ध होने के बाद: क्या कोई सर्किटरी सीपीयू में डेटा ट्रांसफर कर रही है, तो उस सर्किटरी एमबी के बाद पहला संदिग्ध (डेटाशीट पढ़ें) है।
हन्नू

जवाबों:


2

मुद्दा दो 8GB मेमोरी स्टिक में से एक निकला।

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

मैंने फैसला किया कि मैं अपने सिस्टम में वैसे भी मेमोरी बढ़ाना चाहता था, इसलिए मैंने अतिरिक्त 16GB खरीदा। अगर एक छड़ी खराब थी, तो मैं 24GB के साथ समाप्त करूंगा, और अगर यह मदरबोर्ड था, तो मैं 32GB (एक दर्दनाक प्रणाली के पुनर्निर्माण के बाद) के साथ समाप्त हो जाएगा।

नए 16GB को स्थापित करने के बाद मैंने एक बार में दो पुरानी छड़ें आज़माईं। एक ने तुरंत त्रुटियां उत्पन्न कीं, और दूसरा बिना किसी त्रुटि के कई पूर्ण गुजर गए।

निष्कर्ष: एक 8 जीबी स्टिक में त्रुटियों का विकास हुआ। मैं एक एमबी प्रतिस्थापन और सिस्टम पुनर्निर्माण से बचता हूं, और अब 24 जीबी के साथ एक खुश कैम्पर हूं, लाइटरूम में कुछ वास्तव में बड़े पैनोरमा करने के लिए पर्याप्त है :-)

संपादित करें: पता चला कि मेमोरी में जीवनकाल वारंटी (किंग्स्टन) है और इसे प्रतिस्थापन के लिए वापस भेज दिया है। मैं 32GB सब के बाद होगा :-)

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.