"ग्रेप टूट जाता है, जिससे बूट प्रक्रिया हमेशा के लिए लटक जाती है"

Question

एक प्रश्न के भीतर प्रश्न ( डेबियन विकि से ):

क्या मुझे अपने डेस्कटॉप पर साइड का उपयोग करना चाहिए?

अगर आपको लगता है कि आप एक टूटे हुए डेबियन सिस्टम को संभाल सकते हैं, तो निश्चित रूप से। क्या आप जानते हैं कि अगर सभी लॉगिन को रोकते हुए libpam0g टूट जाए तो क्या करें? क्या आपको पता है कि अगर जीआरपी टूट जाता है तो क्या करना है, जिससे बूट प्रक्रिया हमेशा के लिए लटक जाएगी? ये बातें हुई हैं। वे फिर से होंगे।

मेरा सवाल यह है कि एक टूटी हुई grepप्रक्रिया बूट प्रक्रिया को हमेशा के लिए लटकाने का कारण कैसे बनती है?

Comments

एक गलती मैंने की grepहै grep -r pattern . > pattern.grep। चूंकि शेल इनवॉइस करने से पहले आउटपुट फाइल बनाता है grep, grepकमांड आउटपुट फाइल को खोजता है, जो तब तक बढ़ता है जब तक डिस्क भर नहीं जाती। मुझे नहीं पता कि क्या यह किसी ऐसी चीज से संबंधित है जिससे बूट प्रक्रिया हमेशा के लिए लटक सकती है।

— कीथ थॉम्पसन

Answer 1

बूट स्क्रिप्ट के लिए grepकुछ बिंदु पर कॉल करना सामान्य है । यदि grepबग की वजह से हैंग होता है, तो इनमें से पहला बूट स्क्रिप्ट जो कॉल grepकरेगा, वह हैंग हो जाएगा। या, आमतौर पर, अगर इनमें से एक स्क्रिप्ट टूट जाती है और grepबिना किसी फ़ाइल नाम के तर्क की आपूर्ति किए बिना और इनपुट को पुनर्निर्देशित किए बिना, grepहमेशा के लिए कंसोल इनपुट की प्रतीक्षा में बैठ जाएगा (यह इतना बुरा नहीं है यदि आप कंसोल के सामने हैं और कर सकते हैं प्रकार Ctrl+D)। यदि कोई स्क्रिप्ट टूट गई है और grepएक पाइप या डिवाइस पर कॉल करता है, जहां कोई भी नहीं लिख रहा है ... बहुत बुरा है।

Answer 2

खैर, स्पष्ट तरीका यह होगा कि "grep हमेशा के लिए लटक जाता है, इसलिए grep का उपयोग करने वाला कुछ हमेशा के लिए लटका देता है, और बूट प्रक्रिया में कुछ ऐसा होता है"।

पाठ समस्याओं के शाब्दिक उदाहरणों के बजाय उदाहरणीय होने की संभावना है, लेकिन यह असंभव नहीं है।

वास्तव में समझने के लिए, पढ़ना शुरू करें /etc/init.d/rcऔर /etc/init.d/rcS- वे शेल स्क्रिप्ट हैं जो आपके सिस्टम को लाने वाले सभी बिट्स को चलाते हैं।