जब कोई कंप्यूटर "क्रैश" करता है, तो यह एक "अचानक" बिजली की विफलता (जिसके मामले में कुछ भी नहीं किया जा सकता है) के कारण हो सकता है, यह किसी प्रकार के अनिष्ट आंतरिक घटना (जैसे, दूषित पृष्ठ तालिकाओं) के कारण हो सकता है। इसी तरह कुछ भी करने से रोकता है, या यह कुछ ऐसी स्थिति के कारण हो सकता है जो किसी भी तरह "आगे के संचालन" को रोकता है - शायद नई प्रक्रियाएं शुरू नहीं की जा सकती हैं, शायद प्रदर्शन को अपडेट नहीं किया जा सकता है, शायद सिस्टम बस भंडारण से बाहर चला गया है।
इन बाद की स्थितियों में ओएस अभी भी सीमा के भीतर कार्य कर सकता है, और कम से कम डिस्क संचालन को पूरा कर सकता है जो चल रहे थे, अच्छी तरह से बंद फाइलें, आदि। इसके अलावा, यदि थोड़ा और कार्य संभव है, तो ओएस विभिन्न एप्लिकेशन को बताने में सक्षम हो सकता है। खुद को साफ-सफाई से बंद करने की प्रक्रिया।
लेकिन यहां तक कि अगर सिस्टम "कठिन" हो जाता है, तो एक पूरे और व्यक्तिगत अनुप्रयोगों के रूप में सिस्टम ने "पत्रिकाओं" और / या "चौकियों" की एक प्रणाली को बनाए रखा हो सकता है ताकि सिस्टम की स्थिति को एक पूरे और व्यक्तिगत अनुप्रयोगों के रूप में बहाल किया जा सके। एक "परमाणु" बिंदु पर, जहां सब कुछ "आंतरिक रूप से सुसंगत" है, और जहां न्यूनतम महत्वपूर्ण डेटा खो गया है।
यह सब एक तंत्र के साथ पूरा नहीं हुआ है, लेकिन सिस्टम और अनुप्रयोग स्तर पर कार्यक्षमता की परतों के साथ।
विशेष रूप से बिजली विफलताओं के संबंध में, अग्रिम अधिसूचना नहीं हो सकती है या नहीं हो सकती है, और "अग्रिम" चेतावनी कई मिनट (या यूपीएस या असफल लैपटॉप बैटरी के साथ) का एक अंश हो सकती है। क्या किया जा सकता है यह चेतावनी की मात्रा पर निर्भर करता है।
ज्यादातर मामलों में, यूपीएस के बिना एक डेस्कटॉप sysyem के साथ, डिस्क संचालन "क्विज़" करने के लिए सबसे अच्छा समय होता है ताकि कोई डिस्क लेखन के बीच में न हो जब शक्ति अंततः गायब हो जाए। यह डिस्क पर खराब क्षेत्रों को उत्पन्न करने से रोकता है। यह तब हुआ करता था, जब RAM बहुत छोटी थी, कि बिजली से पहले रैम लिखने के लिए पर्याप्त समय हो सकता है (बिजली की आपूर्ति में बड़े कैपेसिटर के साथ, या यहां तक कि डिस्क ड्राइव रोटर में संग्रहीत ऊर्जा का उपयोग करके) रैम को डिस्क में लिखने के लिए। गिरा दिया है, लेकिन जब RAM 100M या तो बड़ा हो गया है कि संभावना बहुत गायब हो गया।
[और ध्यान दें कि पुराने दिनों में, जब यादों को चुंबकीय "कोर" के साथ बनाया गया था, तो रैम को स्वाभाविक रूप से संरक्षित किया गया था जब बिजली खो गई थी (हालांकि एक विशेष शब्द जब पढ़ा / लिखा जा रहा था जब शक्ति भ्रष्ट हो सकती है)। इससे उन पुरानी प्रणालियों के लिए बिजली की विफलता से उबरना आसान हो गया।]
हालाँकि, यूपीएस जैसा दिखने वाला कुछ (जो कुछ मिनटों से लेकर कई घंटों की अतिरिक्त शक्ति तक हो सकता है) कई और विकल्प हैं। एक बस सिस्टम को बंद करना है, जैसे कि आपने "पावर ऑफ" का अनुरोध किया है। यह प्रत्येक एप्लिकेशन को स्वयं को समाप्त करने का कारण बनता है, और फिर सिस्टम एक पूरे के रूप में स्थायी टेबल लिखता है और नीचे बन्द हो जाता है। इसमें एक लंबा समय लग सकता है (जैसा कि मुझे यकीन है कि आप में से कई ने गौर किया है)। लेकिन "हाइबरनेट" रणनीति का उपयोग करना भी संभव है, जहां रैम को एक एकल ब्लॉक के रूप में डिस्क पर लिखा जाता है, और फिर सिस्टम बंद हो जाता है। "हाइबरनेट" परिदृश्य में, बिजली बहाल करने पर, रैम को ठीक उसी जगह वापस पढ़ा जाता है, जहां से यह लिखा गया था, यहां कुछ बिट्स और वहां स्विज़ल्ड हैं, और फिर निष्पादन फिर से शुरू हो जाता है जहां इसे छोड़ दिया गया था।
कुछ पुराने "बड़े लोहे" सिस्टम पर एक अर्ध-हाइबरनेट रणनीति का उपयोग आपातकालीन शटडाउन करने के लिए किया गया था: मेमोरी को ऊपर के रूप में लिखा जाएगा, लेकिन जब बिजली बहाल हो जाती है और मेमोरी तब पढ़ जाती है तो एक मानक शटडाउन होता है। यह इसलिए किया गया क्योंकि सिस्टम स्थिति के कुछ बिट्स (विशेष रूप से I / O नियंत्रकों में) निरंतर संचालन की अनुमति देने के लिए मज़बूती से सहेजे / बहाल नहीं किए जा सकते थे।