विस्तार से बैश चलाना

यदि आपको यह पृष्ठ खोज में मिला है, तो आप संभवतः बैश चलाने की किसी समस्या को हल करने का प्रयास कर रहे हैं।

शायद आपका बैश वातावरण एक पर्यावरण चर सेट नहीं कर रहा है और आप समझ नहीं पा रहे हैं कि क्यों। हो सकता है कि आपने विभिन्न बैश बूट फ़ाइलों या प्रोफ़ाइलों या सभी फ़ाइलों में यादृच्छिक रूप से कुछ अटका दिया हो, जब तक कि यह काम नहीं करता।

किसी भी स्थिति में, इस नोट का उद्देश्य बैश शुरू करने की प्रक्रिया को यथासंभव सरल बनाना है ताकि आप समस्याओं से निपट सकें।

Диаграмма

यह फ़्लोचार्ट बैश चलाते समय सभी प्रक्रियाओं का सारांश देता है।

आइए अब प्रत्येक भाग पर करीब से नज़र डालें।

लॉगिन शैल?

सबसे पहले आपको यह चुनना होगा कि आप लॉगिन शेल में हैं या नहीं।

लॉगिन शेल वह पहला शेल है जिसे आप किसी इंटरैक्टिव सत्र के लिए लॉग इन करते समय दर्ज करते हैं। लॉगिन शेल के लिए उपयोगकर्ता नाम और पासवर्ड की आवश्यकता नहीं है। आप फ़्लैग जोड़कर लॉगिन शेल को प्रारंभ करने के लिए बाध्य कर सकते हैं --login जब बुलाया गया bash, उदाहरण के लिए:

बैश - लॉगिन करें

जब आप पहली बार बैश शेल शुरू करते हैं तो लॉगिन शेल बेस वातावरण सेट करता है।

इंटरैक्टिव?

फिर आप यह निर्धारित करते हैं कि शेल इंटरैक्टिव है या नहीं।

इसे वेरिएबल की उपस्थिति से जांचा जा सकता है PS1 (यह कमांड इनपुट फ़ंक्शन स्थापित करता है):

यदि [ "${PS1-}" ]; फिर इंटरएक्टिव को इको करें अन्यथा नॉन-इंटरैक्टिव फाई को इको करें

या देखें कि विकल्प सेट है या नहीं -i, एक विशेष हाइफ़न वैरिएबल का उपयोग करके - बैश में, उदाहरण के लिए:

$गूंज$-

यदि आउटपुट में कोई प्रतीक है i, तो शेल इंटरैक्टिव है।

लॉगिन शेल में?

यदि आप लॉगिन शेल में हैं, तो बैश फ़ाइल की तलाश करता है /etc/profile और यदि यह मौजूद है तो चलता है।

फिर निम्नलिखित क्रम में इन तीन फ़ाइलों में से किसी एक को खोजें:

~/.bash_profile ~/.bash_login ~/.profile

जब उसे एक मिल जाता है, तो वह उसे प्रारंभ कर देता है और अन्य को छोड़ देता है।

एक इंटरैक्टिव शेल में?

यदि आप एक गैर-लॉगिन शेल में हैं, तो यह माना जाता है कि आप पहले से ही एक लॉगिन शेल में हैं, पर्यावरण कॉन्फ़िगर किया गया है और विरासत में मिलेगा।

इस मामले में, निम्नलिखित दो फ़ाइलें क्रम में निष्पादित की जाती हैं, यदि वे मौजूद हैं:

/etc/bash.bashrc ~/.bashrc

कोई विकल्प नहीं?

यदि आप लॉगिन शेल या इंटरैक्टिव शेल में नहीं हैं, तो आपका वातावरण वास्तव में खाली होगा। इससे बहुत भ्रम होता है (क्रॉन जॉब्स के बारे में नीचे देखें)।

इस मामले में बैश वेरिएबल को देखता है BASH_ENV आपका वातावरण और वहां निर्दिष्ट संबंधित फ़ाइल बनाता है।

सामान्य कठिनाइयाँ और अंगूठे के नियम

क्रॉन नौकरियाँ

95% बार मैं बैश स्टार्टअप को डिबग करता हूं क्योंकि क्रॉन जॉब अपेक्षा के अनुरूप नहीं चल रहा है।

यह बहुत बुरा काम है जब मैं इसे कमांड लाइन पर चलाता हूं तो ठीक काम करता है, लेकिन जब मैं इसे क्रोंटैब में चलाता हूं तो विफल हो जाता है.

यहां दो कारण:

• क्रॉन जॉब्स इंटरैक्टिव नहीं हैं।
• कमांड लाइन स्क्रिप्ट के विपरीत, क्रॉन जॉब्स शेल वातावरण को इनहेरिट नहीं करते हैं।

आमतौर पर आप इस बात पर ध्यान नहीं देंगे या इसकी परवाह नहीं करेंगे कि शेल स्क्रिप्ट इंटरैक्टिव नहीं है क्योंकि पर्यावरण इंटरैक्टिव शेल से प्राप्त होता है। इसका मतलब यह है कि सबकुछ PATH и alias आपकी अपेक्षा के अनुरूप कॉन्फ़िगर किया गया।

यही कारण है कि अक्सर एक विशिष्ट सेट करना आवश्यक होता है PATH यहां जैसे क्रॉन कार्य के लिए:

* * * * * पथ=${पथ}:/पथ/से/मेरा/प्रोग्राम/फ़ोल्डर मेराप्रोग्राम

स्क्रिप्ट एक दूसरे को कॉल कर रही हैं

एक और आम समस्या यह है कि जब स्क्रिप्ट गलती से एक-दूसरे को कॉल करने के लिए कॉन्फ़िगर हो जाती हैं। उदाहरण के लिए, /etc/profile आवेदन करो ~/.bashrc.

यह आमतौर पर तब होता है जब किसी ने किसी त्रुटि को ठीक करने का प्रयास किया और सब कुछ काम करने लगा। दुर्भाग्य से, जब आपको इन विभिन्न प्रकार के सत्रों को अलग करने की आवश्यकता होती है, तो नई समस्याएं उत्पन्न होती हैं।

सैंडबॉक्स्ड डॉकर छवि

शेल चलाने के प्रयोग के लिए, मैंने एक डॉकर छवि बनाई जिसका उपयोग सुरक्षित वातावरण में शेल चलाने को डीबग करने के लिए किया जा सकता है।

शुरू करना:

$ docker run -n bs -d imiell/bash_startup
$ docker exec -ti bs bash

डॉकरफ़ाइल स्थित है यहां.

लॉगिन को बाध्य करने और लॉगिन शेल का अनुकरण करने के लिए:

$ bash --login

चरों के एक सेट का परीक्षण करने के लिए BASH_ENV:

$ env | grep BASH_ENV

डिबगिंग के लिए crontab हर मिनट (में) एक सरल स्क्रिप्ट क्रियान्वित की जाएगी /root/ascript):

$ crontab -l
$ cat /var/log/script.log

स्रोत: www.habr.com