नई आरएचईएल 6 प्रारंभिक प्रणाली

क्लासिक सिस्टम V इनिशियलाइज़ेशन स्कीम जिस पर RedHat Enterprise Linux को संस्करण छह तक वितरित किया गया था, वह परिचित और समझने में काफी सरल थी: init ने अपनी विन्यास फाइल "/ etc / inittab" में पूरी बूट प्रक्रिया का वर्णन किया, जहाँ से अन्य कार्यक्रमों और लिपियों को एक निश्चित अवस्था में बुलाया गया था। चलाते हैं।
आरएचईएल 6 में, स्थिति बदल गई: सिस्टम वी को उपस्टार्ट द्वारा बदल दिया गया, जिसने ऑपरेटिंग सिस्टम बूट प्रक्रिया के लिए कॉन्फ़िगरेशन प्रक्रिया को थोड़ा बदल दिया। उपस्टार्ट, जो मूल रूप से उबंटू के लिए विकसित किया गया था, रेडहैट सिस्टम में बहुत अच्छी तरह से फिट बैठता है, जो सामान्य स्टार्टअप योजना का केवल एक हिस्सा है।
हालांकि, परिवर्तन महत्वपूर्ण और कम प्रलेखित हैं, इसलिए इस लेख में मैं नई लोडिंग योजना को स्पष्ट करने की कोशिश करूंगा, और यह क्या लाया है।

आपकी आंख को पकड़ने वाली पहली चीज लगभग खाली है "/ etc / inittab": यह एकमात्र अपूर्ण रेखा बनी हुई है जो डिफ़ॉल्ट निष्पादन स्तर को इंगित करता है। रनलेवल्स स्वयं नहीं बदले हैं: तीसरा स्तर अभी भी सामान्य मल्टी-उपयोगकर्ता मोड से मेल खाता है, और पांचवें पर ग्राफिक सर्वर भी लॉन्च किया गया है।
स्ट्रिंग में सामान्य रूप है:

आईडी: 5: initdefault:

यहां "5" डिफ़ॉल्ट निष्पादन स्तर है, अर्थात स्टार्टअप पर यह इंस्टॉलेशन स्वचालित रूप से ग्राफिक्स सर्वर (या कम से कम कोशिश) शुरू करेगा।
नई इनिशियलाइज़ेशन सिस्टम का मुख्य संरचनात्मक अंतर यह है कि यह घटनाओं पर प्रतिक्रिया देकर कार्य करता है। उदाहरण के लिए: एक नए लॉन्च स्तर पर एक संक्रमण किया जाता है -> घटना संसाधित होती है और स्क्रिप्ट निष्पादित होती है; एक घटना "Ctrl-Alt-Delete" दबाकर प्राप्त की गई थी - कुछ क्रियाएं की जाती हैं। इन सभी घटनाओं को एक कार्यक्रम द्वारा नियंत्रित किया जाता है, जिसका क्लासिक नाम है: "init", और निर्देशिका में निहित है "/ sbin"। ईवेंट प्राप्त करने के बाद, सिस्टम निर्देशिका "/ etc / init" से संबंधित फ़ाइल में वर्णित क्रियाएं करता है। इस निर्देशिका में ऐसी फाइलें होती हैं जो किसी घटना के प्राप्त होने पर सिस्टम के व्यवहार का वर्णन करती हैं, और, शब्दावली के अनुसार, कार्य फ़ाइलों को कहा जाता है।
कार्य फ़ाइल में एक सरल वाक्यविन्यास है: यह उस घटना को इंगित करता है जिस पर कार्य शुरू होना चाहिए (कीवर्ड "प्रारंभ") या स्टॉप (कीवर्ड "स्टॉप ऑन"), और क्या शुरू होना चाहिए (कीवर्ड "एकल कमांड के लिए" निष्पादित करें) स्क्रिप्ट के लिए "स्क्रिप्ट"।
सबसे मुश्किल क्षण यह है कि किस घटना को याद किया जाए और क्या कहा जाए। सबसे आम घटनाओं में से कुछ:

- स्टार्टअप : सिस्टम स्टार्टअप में पहली घटना। यह पुरानी स्क्रिप्ट "rc.sysvinit" को चलाने के चरण से मेल खाती है, जिसे RedHat में "/ etc / inittab" से लॉन्च किया जाता था, और अब इसे अपस्टार्ट से लॉन्च किया गया है।

- रनलेवल : रनवे में बदलाव होने पर एक घटना उत्पन्न होती है। कॉन्फ़िगरेशन में, निष्पादन स्तर संख्या को आम तौर पर एक विशिष्ट स्तर पर संक्रमण की घटना को रोकने के लिए संकेत दिया जाता है।

- रोका : कार्य पूरा होने के बाद उत्पन्न

- शुरू : कार्य शुरू होने के बाद उत्पन्न

स्टार्टअप प्रक्रिया पर विचार करें। कर्नेल बूट हुआ, जिसे "/ sbin / init" कहा जाता है। जैसा कि मैंने कहा, "स्टार्टअप" इवेंट सबसे पहले निष्पादित होता है। हैंडलर rcS.conf फ़ाइल में है:

स्टार्टअप पर शुरू करें
exec /etc/rc.d/rc.sysinit

परिणामस्वरूप, वही "rssysinit" निष्पादित होता है जैसा कि पहले था। उसी फ़ाइल में एक "पोस्ट-स्टॉप" स्क्रिप्ट है जो "rc.sysinit" स्क्रिप्ट के पूरा होने के बाद चलती है, विश्लेषण / आदि / initab पूरा करती है और इस घटना को उठाती है कि रन-स्तर डिफ़ॉल्ट स्तर पर बदल जाता है। जब स्तर बदला जाता है, तो एक नए निष्पादन स्तर पर संक्रमण की एक घटना उत्पन्न होती है, और इसी हैंडलर को बुलाया जाता है। केंद्र में से एक rc.conf है:

रनलेवल पर शुरू करें [0123456]
निर्यात रनवे
/etc/rc.d/rc $ RUNLEVEL निष्पादित करें

वास्तव में, पहले की तरह ही काम किया जाता है: परिचित स्क्रिप्ट "/etc/rc.d/rc" रन स्तर के पैरामीटर के साथ चलाया जाता है जिससे संक्रमण किया जाता है, जो "/etc/init.d/" सेवाओं को लॉन्च करता है। यहां RUNLEVEL चर निर्यात किया जाता है ताकि इसका उपयोग स्क्रिप्ट और अन्य कार्य फ़ाइलों में आगे किया जा सके।

फ़ाइल में वर्णित किसी अन्य हैंडलर पर विचार करें /etc/init/prefdm.conf:

आरसी RUNLEVEL = 5 रुके पर शुरू करें
आर सी RUNLEVEL शुरू करने पर रोक = [! ५]
respawn
रिस्पना सीमा 10 120
निष्पादित / आदि / X11 / प्रीफ़्ड -नोडोमन

यह ग्राफिक्स सर्वर स्टार्टअप कॉन्फ़िगरेशन फ़ाइल है। पहली पंक्ति कार्य "आरसी" (जो कॉन्फ़िगरेशन फ़ाइल "rc.conf" से मेल खाती है) को रोकने की घटना पर स्क्रिप्ट की शुरुआत को इंगित करती है, और चर "RUNLEVEL" की भी जांच करती है। जब दूसरा "rc" कार्य शुरू होता है और 5 को छोड़कर किसी भी निष्पादन स्तर पर स्क्रिप्ट बंद हो जाती है।
कीवर्ड "रिस्पांस" का अर्थ पहले जैसा है: यदि कीवर्ड "निष्पादित" के बाद वर्णित प्रक्रिया बंद हो जाती है, तो अपस्टार्ट इसे फिर से शुरू करेगा। और नीचे प्रतिबंध है: 120 सेकंड के अंतराल के साथ 10 स्टार्ट प्रयासों की अनुमति है, ताकि ग्राफिक सर्वर के कॉन्फ़िगरेशन में समस्या एक अनंत लूप में इसके लॉन्च को लूप न करे।
ऊपर से, निम्नलिखित निष्कर्ष निकाला जा सकता है: RedHat में अपस्टार्ट को आंशिक रूप से लागू किया जाता है, वास्तव में, फ़ाइल / etc / inittab की सामग्री को अब निर्देशिका / etc / init में कई कॉन्फ़िगरेशन फ़ाइलों में विभाजित किया गया है, और निर्देशिका / के लिए प्रारंभ और स्टार्टअप स्क्रिप्ट का पुराना सेट। आदि / rdd "अछूता रह गया था। यह योजना एक ही उबंटू में उपयोग किए जाने वाले से बहुत अलग है, जिसके लिए मूल रूप से अपस्टार्ट विकसित किया गया था, और सेवाओं को सीधे इससे लॉन्च किया जाता है, जो समानांतरवाद, निगरानी और कुछ अन्य कार्य प्रदान करता है।
RedHat इस सभी कार्यक्षमता को लागू नहीं करता है, संगतता के लिए सबसे अधिक संभावना है। सेवा को शुरू करने के लिए आपको परिचित कमांड "सेवा" का उपयोग करने की आवश्यकता है, या प्रारंभ स्क्रिप्ट के लिए पूर्ण पथ निर्दिष्ट करें। कार्यान्वयन धीरे-धीरे होने की संभावना है, और अब फायदे से हमें लॉन्च सिस्टम को कॉन्फ़िगर करने, क्षमताओं की निगरानी करने और अल्पविकसित स्तर, समानांतरता पर अधिक लचीलापन प्राप्त हुआ है। मैं कोई विशेष दोष नहीं देखता, सिस्टम नया है और पहली नज़र में सरलता से परिचित नहीं है, और एक चिकनी संक्रमण आपको धीरे-धीरे सिस्टम के लिए उपयोग करने की अनुमति देगा और प्रशासनिक कार्यों को हल करते समय इसका उपयोग करना शुरू कर देगा।