बीएसओडी एक कर्नेल पैनिक है। इसका मतलब कर्नेल का एक हिस्सा है, ऑपरेटिंग सिस्टम के मूल ने कुछ बुरा किया। हो सकता है कि यह स्मृति को कुरेदता हो, शायद यह कोड निष्पादित करता है जो इसे नहीं होना चाहिए। प्रोग्रामेटिक रूप से, आपको कर्नेल स्पेस में कोड प्राप्त करने की आवश्यकता होगी, और फिर किसी तरह इसे मांग पर ट्रिगर करें। एक ठेस सर्वर के लिए थोड़ा जोखिम भरा।
सामान्य विंडोज मशीनों में बहुत सी अवस्थाएँ होती हैं और कर्नेल में। राज्य को सुसंगत बनाए रखने के लिए आपको जो भी सफाई की जरूरत है, ठीक है, आप इसे कम परिचालित करेंगे।
विशेष रूप से एक बीएसओडी (आमतौर पर) एक कर्नेल (या ड्राइवर) बग होता है, कर्नेल एक बुरी स्थिति में होता है, इसलिए बुरा लगता है कि यह साफ नहीं हो सकता है और बल्कि रिबूट करेगा, जो भी अच्छा राज्य है उसे खो देगा क्योंकि यह नहीं है जानिए क्या अच्छा है और क्या बुरा। कोई भी बफ़र्स डिस्क (नों) में नहीं जा सका। फिर यह रिबूट पर सफाई करने की कोशिश करेगा, लेकिन इसने शटडाउन / आतंक पर बहुत अधिक संदर्भ खो दिया है, इसलिए यह एक रूढ़िवादी सफाई होगी, जिससे आतंक से अच्छे और बुरे दोनों तरह के बचे हुए लोगों को चुनना होगा।
इसलिए, शटडाउन पर आपका कुछ लाभ स्टार्टअप पर चला गया है, क्योंकि अब यह पता लगाने की आवश्यकता है कि यह कहाँ मिल गया है क्योंकि यह पैरों के नीचे से ही कटा हुआ है। यह चॉक को चलाने और किसी भी डिस्क ब्लॉक को साफ करने की जरूरत है जो आंशिक रूप से लिखते हैं। USB कैश को बहुत बढ़ाता है। आप कैशिंग को बंद कर सकते हैं जिससे क्रैश पर डेटा खोने की संभावना कम होगी, लेकिन तब कैशिंग कुछ गति को दूर नहीं करता है। आप किन फ़ाइलों को खोने के लिए तैयार हैं?
संक्षेप में, यह एक बुरा विचार है। कोई भी उत्पादन मशीन जो ऐसा होता है, सफाई के बाद भी अस्थिर स्थिति में हो सकती है। ये गलत है।
मैं सिर्फ शटडाउन के हिट लेने और पुनः आरंभ करने के लिए कहूंगा। आपको लगता है कि जो भी समय बचत होगी उसे खो देंगे आपको पहली बार सर्वर के पुनर्निर्माण की आवश्यकता है क्योंकि यह बूट नहीं होगा या आपके प्रोग्राम शुरू नहीं हो सकते।