कर्नेल घबराहट क्या है?


52

मैंने अभी एक OS कोर्स पूरा किया है। मैंने वाक्यांश " कर्नेल पैनिक " को बहुत सुना । क्या तुम समझा सकते हो

  1. कर्नेल घबराहट क्या है?
  2. ऐसा क्यों होता है?
  3. मैं कैसे पता लगा सकता हूं कि एक कर्नेल आतंक हुआ?
  4. सिस्टम पर इसका क्या प्रभाव पड़ता है?
  5. क्या यह केवल लिनक्स में होता है?
  6. मैं यह कैसे रोक सकता हूँ?

कर्नेल पैनिक मैक पर एक त्रुटि संदेश का हिस्सा है। अगर यह कहता है "घबराहट हम यहाँ लटके हुए हैं" (एक अनुमान यह है कि यह यूनिक्स का हिस्सा हो सकता है।)
अलवर

21
यदि आप एक ओएस कोर्स कर रहे थे, तो आपने अपने व्याख्याताओं को उस शब्दावली का स्पष्टीकरण देने के लिए क्यों नहीं कहा जो वे उपयोग कर रहे थे? आप अपनी पढ़ाई से बहुत अधिक बाहर हो गए होंगे।
TRIG

जवाबों:


56

एफएक्यू के अनुसार एक समय में 1 प्रश्न

  1. कर्नेल घबराहट क्या है?
    जब कर्नेल ठीक से लोड नहीं कर सकता या "बाहर निकलता है" और ठीक से बूट करने में विफल रहता है या क्रैश होता है (नीचे क्रेडिट संपादित करें देखें)।

  2. ऐसा क्यों होता है?
    हार्डवेयर, असमर्थित हार्डवेयर, विफल या अनुपलब्ध ड्राइव या विभाजन को अपडेट किया गया, (नीचे संपादित क्रेडिट देखें)

  3. मैं समझ सकता हूँ कि कर्नेल घबराहट कैसे हुई?
    वॉच बूट प्रॉम्प्ट (चुप कर्नेल पैरामीटर बंद करें) या आपकी मशीन बूट करने में विफल रहती है

  4. सिस्टम पर इसका क्या प्रभाव पड़ता है?
    बूट या सिस्टम क्रैश होने में विफलता

  5. क्या यह केवल लिनक्स में होता है?
    नहीं, सभी यूनिक्स जैसे ऑपरेटिंग सिस्टम में कर्नेल पैनिक हो सकता है। यह विंडोज ब्लू स्क्रीन ऑफ डेथ के बराबर है

  6. मैं यह कैसे रोक सकता हूँ?
    यह सामान्य रूप से नहीं होता है। परीक्षण अद्यतन और समस्या का निवारण करें। विकास शाखाओं के बजाय स्थिर का उपयोग करें।

अतिरिक्त नोट: कर्नेल आतंक और सिस्टम विफलता / शटडाउन आपके कंप्यूटर को शारीरिक क्षति से बचाने के लिए सीधे जिम्मेदार हो सकते हैं। उदाहरणों में अत्यधिक गर्मी या डिस्क भ्रष्टाचार से पहले रुकना शामिल है। प्रत्यक्ष उद्धरण के लिए नीचे क्रेडिट संपादित करें देखें।

संपादन

प्रति बी। रोलैंड मिसिंग या दूषित डिस्क या वॉल्यूम इसके कारण भी हो सकते हैं।
(अच्छी बात है और मैंने इसे नजरअंदाज कर दिया)

प्रति किस कर्नेल घबराहट दौड़ते समय भी हो सकती है।
नोट: ऐसा तब हो सकता है जब कोई फ़ंक्शन कर्नेल के अंदर कृपापूर्वक विफल हो जाता है, लेकिन अक्सर मॉड्यूल या कर्नेल लोडिंग के दौरान होता है (जो आमतौर पर बूट के दौरान होता है)। मुझे लगा कि मैंने इसे "बूट या सिस्टम क्रैश के दौरान" पर छुआ है, लेकिन मैं देखता हूं कि कैसे (1) मेरे जवाब में कहा गया है कि यह केवल बूट के दौरान होता है।

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


3
Q # 2 में जोड़ें: बूट फ़ाइलें गुम होना (उदाहरण के लिए, जब LVM वॉल्यूम गायब है) ...
एंटीवायरल

@B। रोलाण्ड को जोड़ा गया और श्रेय दिया गया
रोबॉटहैंस

अच्छा, धन्यवाद - मैंने इसे लिखा था, क्योंकि यह एक बार मेरे साथ हुआ था ... (मैं आकस्मिक रूप से LVM में एक वॉल्यूम तैयार करता हूँ ...)
एंटीवायरल

8
यह उत्तर सही नहीं है। एक कर्नेल आतंक केवल बूट विफलताओं तक सीमित नहीं है। JanC का उत्तर अधिक सही है ("कर्नेल एक त्रुटि का पता लगाता है जिससे वह पुनर्प्राप्त नहीं हो सकता है")। बूट करने में असमर्थता कई स्थितियों में से एक है।
कीस कुक

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

31

एक कर्नेल आतंक होता है जब गिरी जिसमें से यह वापस नहीं ले पाता त्रुटि की पहचान। panic()इस स्थिति को संभालने के लिए नाम दिया गया है (अक्सर कुछ डिबग जानकारी और / या सिस्टम को रिबूट करके) पहली बार बहुत प्रारंभिक यूनिक्स संस्करणों में से एक में पेश किया गया था, इसलिए यह वह जगह है जहां से नाम आता है (और यह अभी भी कहा जाता है कि अधिकांश यूनिक्स में- मैक ओएस एक्स सहित ऑपरेटिंग सिस्टम)।

माइक्रोसॉफ्ट के एनटी कर्नेल में प्रसिद्ध ब्लू स्क्रीन ऑफ डेथ (आधिकारिक रूप से एक घातक सिस्टम त्रुटि , वीएमएस / ओपनवीएमएस के रूप में) भी "कर्नेल पैनिक" का एक रूप है।

एक लिनक्स कर्नेल त्रुटि है जहाँ से गिरी कर सकते हैं (आंशिक रूप से या अस्थायी रूप से) की वसूली एक कहा जाता है कर्नेल उफ़ (आप में उन लोगों के देख सकते हैं dmesgउत्पादन कभी कभी)।

कर्नेल घबराहट के कारणों में कर्नेल में एक बग हो सकता है (जैसे कि कर्नेल का एक हिस्सा है) या एक हार्डवेयर या सॉफ़्टवेयर समस्या जो कर्नेल के लिए अप्रत्याशित / अप्रत्याशित स्थिति का कारण बनती है (जैसे जब यह प्रारंभ करना असंभव है initproces, या यह मारा जाता है)।

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


1

मेरे पास अभी अपने सिस्टम पर एक कर्नेल पैनिक है, Ubuntu 16.04। मेरे कंप्यूटर में बूट डिस्क भरी होने की शिकायत थी, इसलिए मैंने 'apt autoremove' चलाया। इसने जो मुझे लगा कि अनावश्यक फाइलें थीं उसे हटा दिया, और परिणाम कर्नेल आतंक है।

इसलिए मुझे लगता है कि बूट डिस्क के संपादन के किसी भी स्तर पर कर्नेल आतंक हो सकता है। यदि आप क्या कर रहे हैं, तो इस पर ध्यान न दें।


यह ओपी के प्रश्न को संबोधित करने में मदद नहीं करता है। :(
माइक विलियमसन

1

@RobotHumans का उत्तर आपके प्रश्न के सभी भागों को संबोधित करता है। हालाँकि, मैं कर्नेल पैनिक के कारणों को विस्तृत करना चाहूंगा।

सबसे पहले, कर्नेल पैनिक के 2 प्रकार होते हैं - सॉफ्ट कर्नेल पैनिक (जिसे ऊप्स के नाम से भी जाना जाता है) और (हार्ड कर्नेल पैनिक्स, ऐईई के रूप में भी जाना जाता है!)।

एक सिस्टम हार्ड कर्नेल पैनिक मोड में चलता है जब यह एक अपवाद का सामना करता है जिसे संभाला नहीं जा सकता है। सॉफ्ट कर्नेल पैनिक्स को संभालना अपेक्षाकृत आसान है।

कर्नेल आतंक के कारण

कई कारण हैं, लेकिन सबसे आम नीचे सूचीबद्ध हैं:

  • दोषपूर्ण या असंगत रैम कर्नेल पैनिक का सबसे आम और लगातार कारण है।
  • अप्रचलित, असंगत या दूषित कर्नेल एक्सटेंशन
  • अप्रचलित, असंगत या दूषित कर्नेल ड्राइवर।
  • हार्ड डिस्क भ्रष्टाचार या खराब सेक्टर या निर्देशिका भ्रष्टाचार जैसे मुद्दे भी कर्नेल आतंक का कारण बन सकते हैं।
  • अपर्याप्त रैम या हार्ड डिस्क स्थान
  • दोषपूर्ण हार्डवेयर, बुरी तरह से लिखे गए प्रोग्राम या हार्डवेयर विफलताएँ भी कर्नेल आतंक को जन्म दे सकती हैं।

यह भी ध्यान रखना महत्वपूर्ण है कि कर्नेल स्थान के भीतर स्थित केवल मॉड्यूल कर्नेल घबराहट का कारण बन सकते हैं। lsmodकमांड को गतिशील रूप से लोड किए गए मॉड्यूल की सूची प्राप्त करने के लिए चलाया जा सकता है।

कर्नेल आतंक के निवारण के लिए, / var / log / संदेश देखें। कभी-कभी सभी सूचनाओं को वहां लॉग किया जा सकता है जबकि कभी-कभी कर्नेल पैनिक से संबंधित कुछ भी वहां लॉग नहीं किया जा सकता है। हालाँकि यह कर्नेल पैनिक्स में चलना अपरिहार्य है, लेकिन चिंता करने की कोई बात नहीं है।

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