एक कर्नेल आतंक होता है जब गिरी जिसमें से यह वापस नहीं ले पाता त्रुटि की पहचान। panic()
इस स्थिति को संभालने के लिए नाम दिया गया है (अक्सर कुछ डिबग जानकारी और / या सिस्टम को रिबूट करके) पहली बार बहुत प्रारंभिक यूनिक्स संस्करणों में से एक में पेश किया गया था, इसलिए यह वह जगह है जहां से नाम आता है (और यह अभी भी कहा जाता है कि अधिकांश यूनिक्स में- मैक ओएस एक्स सहित ऑपरेटिंग सिस्टम)।
माइक्रोसॉफ्ट के एनटी कर्नेल में प्रसिद्ध ब्लू स्क्रीन ऑफ डेथ (आधिकारिक रूप से एक घातक सिस्टम त्रुटि , वीएमएस / ओपनवीएमएस के रूप में) भी "कर्नेल पैनिक" का एक रूप है।
एक लिनक्स कर्नेल त्रुटि है जहाँ से गिरी कर सकते हैं (आंशिक रूप से या अस्थायी रूप से) की वसूली एक कहा जाता है कर्नेल उफ़ (आप में उन लोगों के देख सकते हैं dmesg
उत्पादन कभी कभी)।
कर्नेल घबराहट के कारणों में कर्नेल में एक बग हो सकता है (जैसे कि कर्नेल का एक हिस्सा है) या एक हार्डवेयर या सॉफ़्टवेयर समस्या जो कर्नेल के लिए अप्रत्याशित / अप्रत्याशित स्थिति का कारण बनती है (जैसे जब यह प्रारंभ करना असंभव है init
proces, या यह मारा जाता है)।
यह पता लगाने के लिए कि यह किस कारण से आप देख सकते हैं कि स्क्रीन पर कुछ भी मुद्रित किया गया था या एक सीरियल कंसोल (यदि आपने एक कॉन्फ़िगर किया है)। यदि यह ऐसा करने के लिए कॉन्फ़िगर किया गया है, तो आप सिस्टम को लिनक्स कर्नेल क्रैश डंप भी बना सकते हैं , जो एक घबराहट के मामले में डिस्क को कर्नेल मेमोरी को सहेजता है, ताकि एक कर्नेल डेवलपर इसका विश्लेषण कर सके (बेशक, इसके लिए यह आवश्यक है एक डिस्क पर लिखने में सक्षम)। कुछ मामलों /var/log/messages
में उपयोगी जानकारी भी हो सकती है (जैसे कुछ मामलों में उफ़ से उबरने के बाद बाद में कोई अपरिवर्तनीय त्रुटि हो सकती है)। यहाँ कुछ और विस्तृत जानकारी है ।