RegBack के माध्यम से रजिस्ट्री को पुनर्स्थापित करने के बाद, मूल कारण की पहचान कैसे करें


1

मुझे एक BAD_SYSTEM_CONFIG_INFO बग चेक का सामना करना पड़ा और RegBack फ़ोल्डर से रजिस्ट्री पित्ती को पुनर्स्थापित करके सिस्टम को पुनर्प्राप्त करने में सक्षम था।

मैंने हाइव बैकअप बहाल करने से पहले "भ्रष्ट" पित्ती का समर्थन किया।

लेकिन अब मैं यह पहचानने की कोशिश कर रहा हूं कि पुराने छत्ते में बग की जाँच क्या थी।

रजिस्ट्रीचेंजज़वे का उपयोग करना और केवल सिस्टम हाइव में देखना, मुझे> 1000 अंतर दिखाई देते हैं।

मुख्य प्रश्न: क्या यह पहचानने का एक तरीका है कि प्रविष्टियों की प्रविष्टि / सेट बग जाँच और बूट करने के लिए सिस्टम को विफल करने के लिए क्या कारण था?

दूसरे शब्दों में, क्या रजिस्ट्री कुंजी का एक निर्धारित सेट है, जो गलत या दूषित होने पर BAD_SYSTEM_INFO बगचेक का कारण बन सकता है?

चिंता का विषय: क्या अब के लिए बाहर देखने के लिए कुछ है जो मैं एक ऐसी प्रणाली चला रहा हूं जहां फाइलें (10 दिन तक) पुरानी रजिस्ट्री के साथ सिंक से बाहर हो सकती हैं?


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

मैंने आगे बढ़कर आपके मेटा कमेंट्री को आपके प्रश्न से हटा दिया। मैं वहाँ होने के साथ एक फिर से खोल वोट को सही नहीं ठहरा सकता।
रामहुंड
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.