कुछ महीने पहले, लिनक्स फाउंडेशन ने घोषणा की थी एलएफसीएस (लिनक्स फाउंडेशन प्रमाणित Sysadmin) प्रमाणन, एक रोमांचक नया कार्यक्रम जिसका उद्देश्य दुनिया के सभी छोरों के व्यक्तियों को Linux सिस्टम पर बुनियादी से मध्यवर्ती सिस्टम प्रशासन कार्यों को करने में प्रमाणित होने की अनुमति देना है। इसमें पहले से चल रहे सिस्टम और सेवाओं का समर्थन करना शामिल है, साथ ही समस्या-खोज और विश्लेषण के साथ-साथ इंजीनियरिंग टीमों के लिए मुद्दों को उठाने का निर्णय लेने की क्षमता भी शामिल है।
निम्नलिखित वीडियो लिनक्स फाउंडेशन प्रमाणन कार्यक्रम के लिए एक संक्षिप्त परिचय का वर्णन करता है।
यह पोस्ट १०-ट्यूटोरियल श्रृंखला का भाग ७ है, यहाँ इस भाग में, हम बताएंगे कि एलएफसीएस प्रमाणन परीक्षा के लिए आवश्यक लिनक्स सिस्टम स्टार्टअप प्रक्रिया और सेवाओं को कैसे प्रबंधित किया जाए।
एक Linux सिस्टम की बूट प्रक्रिया में कई चरण होते हैं, जिनमें से प्रत्येक को एक अलग घटक द्वारा दर्शाया जाता है। निम्नलिखित आरेख संक्षेप में बूट प्रक्रिया को सारांशित करता है और इसमें शामिल सभी मुख्य घटकों को दिखाता है।
जब आप दबाते हैं शक्ति आपकी मशीन पर बटन, फर्मवेयर जो a. में संग्रहीत है ईईपीरोम मदरबोर्ड में चिप इनिशियलाइज़ करता है पद (पावर ऑन सेल्फ टेस्ट) सिस्टम के हार्डवेयर संसाधनों की स्थिति की जांच करने के लिए। जब पद समाप्त हो जाता है, फर्मवेयर तब खोजता है और लोड करता है पहला चरण बूट लोडर, में स्थित है एमबीआर या में ईएफआई पहली उपलब्ध डिस्क का विभाजन, और इसे नियंत्रण देता है।
NS एमबीआर में बूट करने योग्य के रूप में चिह्नित डिस्क के पहले सेक्टर में स्थित है BIOS सेटिंग्स और is 512 आकार में बाइट्स।
निम्न आदेश का बैकअप करता है एमबीआर (इस उदाहरण में, /dev/sda पहली हार्ड डिस्क है)। परिणामी फ़ाइल, एमबीआर.बीकेपी विभाजन तालिका के भ्रष्ट होने पर काम आ सकता है, उदाहरण के लिए, सिस्टम को अनबूट करने योग्य बनाना।
बेशक, बाद में जरूरत पड़ने पर इसका इस्तेमाल करने के लिए हमें इसे सेव करना होगा और इसे कहीं और स्टोर करना होगा (जैसे कि USB ड्राइव, उदाहरण के लिए)। वह फ़ाइल हमें एमबीआर को पुनर्स्थापित करने में मदद करेगी और अगर हम इस बीच हार्ड ड्राइव लेआउट नहीं बदलते हैं तो केवल तभी हमें एक बार फिर से जाने में मदद मिलेगी।
# dd if=/dev/sda of=mbr.bkp bs=512 count=1.
# dd if=mbr.bkp of=/dev/sda bs=512 count=1.
सिस्टम का उपयोग करने के लिए ईएफआई/यूईएफआई विधि, यूईएफआई फर्मवेयर यह निर्धारित करने के लिए अपनी सेटिंग्स पढ़ता है कि कौन सा यूईएफआई एप्लिकेशन लॉन्च किया जाना है और कहां से (यानी, किस डिस्क और विभाजन में ईएफआई विभाजन स्थित है)।
अगला, दूसरा चरण बूट लोडर (उर्फ बूट मैनेजर) लोड और रन होता है। भोजन [ग्रैंड यूनिफाइड बूट] Linux में सबसे अधिक उपयोग किया जाने वाला बूट प्रबंधक है। दो अलग-अलग संस्करणों में से एक आज उपयोग की जाने वाली अधिकांश प्रणालियों पर पाया जा सकता है।
हालांकि के उद्देश्यों एलएफसीएस परीक्षा के बारे में स्पष्ट रूप से ज्ञान का अनुरोध न करें भोजन इंटर्नल्स, यदि आप बहादुर हैं और अपने सिस्टम को गड़बड़ाने का जोखिम उठा सकते हैं (आप इसे पहले वर्चुअल मशीन पर आज़माना चाह सकते हैं, तो आपको चलाने की आवश्यकता है)।
#अपडेट-ग्रब.
जैसा जड़ परिवर्तनों को लागू करने के लिए GRUB के विन्यास को संशोधित करने के बाद।
मूल रूप से, भोजन डिफ़ॉल्ट लोड करता है गुठली और यह initrd या initramfs छवि। कुछ शब्दों में, initrd या initramfs वास्तविक रूट फाइल सिस्टम को माउंट करने के लिए आवश्यक हार्डवेयर डिटेक्शन, कर्नेल मॉड्यूल लोडिंग और डिवाइस डिस्कवरी को करने में मदद करता है।
एक बार वास्तविक रूट फाइल सिस्टम के उठने के बाद, कर्नेल सिस्टम और सर्विस मैनेजर को निष्पादित करता है (इस में या सिस्टमडी, जिसकी प्रक्रिया पहचान या पीआईडी हमेशा 1 होती है) एक यूजर इंटरफेस पेश करने के लिए सामान्य यूजर-स्पेस बूट प्रक्रिया शुरू करने के लिए।
दोनों इस में तथा सिस्टमडी डेमॉन (पृष्ठभूमि प्रक्रियाएं) हैं जो अन्य डेमॉन का प्रबंधन करते हैं, शुरू करने के लिए पहली सेवा के रूप में (बूट के दौरान) और अंतिम सेवा को समाप्त करने के लिए (शटडाउन के दौरान)।
इसकी अवधारणा रनलेवलों लिनक्स में कौन सी सेवाएं चल रही हैं, इसे नियंत्रित करके सिस्टम का उपयोग करने के विभिन्न तरीकों को निर्दिष्ट करता है। दूसरे शब्दों में, एक रनलेवल नियंत्रित करता है कि वर्तमान निष्पादन स्थिति में कौन से कार्य पूरे किए जा सकते हैं = रनलेवल (और कौन से नहीं)।
परंपरागत रूप से, यह स्टार्टअप प्रक्रिया उन सम्मेलनों के आधार पर की गई थी, जिनकी उत्पत्ति. के साथ हुई थी सिस्टम वी यूनिक्स, सिस्टम पासिंग स्क्रिप्ट के संग्रह को निष्पादित करता है जो सेवाओं को शुरू और बंद करता है क्योंकि मशीन एक विशिष्ट रनलेवल में प्रवेश करती है (जो, दूसरे शब्दों में, सिस्टम को चलाने का एक अलग तरीका है)।
प्रत्येक रनलेवल के भीतर, अलग-अलग सेवाओं को चलाने के लिए सेट किया जा सकता है, या चलने पर बंद किया जा सकता है। कुछ प्रमुख वितरणों के नवीनतम संस्करण से दूर जा रहे हैं सिस्टम वी एक नई सेवा और सिस्टम मैनेजर के पक्ष में मानक जिसे कहा जाता है सिस्टमडी (जो सिस्टम डेमॉन के लिए खड़ा है), लेकिन आमतौर पर समर्थन करता है sysv संगतता उद्देश्यों के लिए आदेश। इसका मतलब है कि आप अधिकांश प्रसिद्ध. चला सकते हैं sysv सिस्टम-आधारित वितरण में init उपकरण।
यह भी पढ़ें: क्यों 'systemd' Linux में 'init' की जगह लेता है?
सिस्टम प्रक्रिया शुरू करने के अलावा, इस में को दिखता है /etc/inittab फ़ाइल तय करने के लिए कि कौन सा रनलेवल दर्ज किया जाना चाहिए।
रनलेवल | विवरण |
0 | सिस्टम को रोकें। रनलेवल 0 एक विशेष संक्रमणकालीन स्थिति है जिसका उपयोग सिस्टम को जल्दी से बंद करने के लिए किया जाता है। |
1 | एस, या एस के लिए उपनामित, इस रनलेवल को कभी-कभी रखरखाव मोड कहा जाता है। इस रनलेवल पर कौन सी सेवाएं, यदि कोई हैं, शुरू की जाती हैं, वितरण के अनुसार भिन्न होती हैं। यह आमतौर पर निम्न-स्तरीय सिस्टम रखरखाव के लिए उपयोग किया जाता है जो सामान्य सिस्टम ऑपरेशन से प्रभावित हो सकता है। |
2 | बहुउपयोगकर्ता। डेबियन सिस्टम और डेरिवेटिव पर, यह डिफ़ॉल्ट रनलेवल है, और इसमें -अगर उपलब्ध है- एक ग्राफिकल लॉगिन शामिल है। Red-Hat आधारित सिस्टम पर, यह नेटवर्किंग के बिना बहुउपयोगकर्ता मोड है। |
3 | Red-Hat आधारित सिस्टम पर, यह डिफ़ॉल्ट बहु उपयोक्ता मोड है, जो आलेखीय वातावरण को छोड़कर सब कुछ चलाता है। यह रनलेवल और स्तर 4 और 5 आमतौर पर डेबियन-आधारित सिस्टम पर उपयोग नहीं किए जाते हैं। |
4 | आमतौर पर डिफ़ॉल्ट रूप से अप्रयुक्त और इसलिए अनुकूलन के लिए उपलब्ध है। |
5 | Red-Hat आधारित सिस्टम पर, GUI लॉगिन के साथ पूर्ण बहुउपयोगकर्ता मोड। यह रनलेवल स्तर 3 की तरह है, लेकिन एक GUI लॉगिन उपलब्ध है। |
6 | सिस्टम को रीबूट करें। |
रनलेवल के बीच स्विच करने के लिए, हम बस का उपयोग करके एक रनलेवल परिवर्तन जारी कर सकते हैं इस में आदेश: init एन (जहाँ N ऊपर सूचीबद्ध रनलेवल में से एक है)। कृपया ध्यान दें कि रनिंग सिस्टम को अलग रनलेवल पर ले जाने का यह अनुशंसित तरीका नहीं है क्योंकि यह मौजूदा लॉग-इन उपयोगकर्ताओं को कोई चेतावनी नहीं देता है (इस प्रकार उन्हें काम खोना पड़ता है और प्रक्रिया समाप्त हो जाती है असामान्य रूप से)।
इसके बजाय, बंद करना सिस्टम को पुनरारंभ करने के लिए कमांड का उपयोग किया जाना चाहिए (जो पहले सभी लॉग-इन उपयोगकर्ताओं को एक चेतावनी संदेश भेजता है और आगे किसी भी लॉगिन को अवरुद्ध करता है; यह तब रनलेवल स्विच करने के लिए init को संकेत देता है); हालांकि, डिफ़ॉल्ट रनलेवल (जिसे सिस्टम बूट करेगा) को संपादित किया जाना चाहिए /etc/inittab पहले फाइल करें।
उस कारण से, रनलेवल के बीच ठीक से स्विच करने के लिए इन चरणों का पालन करें, रूट के रूप में, निम्न पंक्ति को देखें /etc/inittab.
आईडी: 2: इनिटडिफॉल्ट:
और नंबर बदलें 2 अपने पसंदीदा टेक्स्ट एडिटर के साथ वांछित रनलेवल के लिए, जैसे कि विम (इसमें वर्णित) लिनक्स में vi/vim संपादक का उपयोग कैसे करें - भाग 2 इस श्रृंखला के)।
अगला, रूट के रूप में चलाएँ।
# शटडाउन -आर अभी।
वह अंतिम कमांड सिस्टम को पुनरारंभ करेगा, जिससे यह अगले बूट के दौरान निर्दिष्ट रनलेवल में शुरू हो जाएगा, और इसमें स्थित स्क्रिप्ट चलाएगा /etc/rc[runlevel].d यह तय करने के लिए कि कौन सी सेवाएं शुरू की जानी चाहिए और कौन सी नहीं। उदाहरण के लिए, निम्न सिस्टम में रनलेवल 2 के लिए।
बूट पर सिस्टम सेवाओं को सक्षम या अक्षम करने के लिए, हम उपयोग करेंगे chkconfig कमांड CentOS / openSUSE और. में sysv-rc-conf डेबियन और डेरिवेटिव में। यह उपकरण हमें यह भी दिखा सकता है कि किसी विशेष रनलेवल के लिए किसी सेवा की पूर्व-कॉन्फ़िगर स्थिति क्या है।
यह भी पढ़ें: लिनक्स में अवांछित सेवाओं को कैसे रोकें और अक्षम करें
किसी सेवा के लिए रनलेवल कॉन्फ़िगरेशन को सूचीबद्ध करना।
# chkconfig --list [सेवा का नाम] # chkconfig --list पोस्टफिक्स। # chkconfig --list mysqld.
ऊपर की छवि में हम देख सकते हैं कि पोस्टफ़िक्स जब सिस्टम रनलेवल में प्रवेश करता है तो शुरू होने के लिए सेट होता है 2 के माध्यम से 5, जबकि mysqld रनलेवल के लिए डिफ़ॉल्ट रूप से चल रहा होगा 2 के माध्यम से 4. अब मान लीजिए कि यह अपेक्षित व्यवहार नहीं है।
उदाहरण के लिए, हमें चालू करने की आवश्यकता है mysqld रनलेवल के लिए 5 साथ ही, और रनलेवल 4 और 5 के लिए पोस्टफ़िक्स को बंद करें। यहाँ हम प्रत्येक मामले में क्या करेंगे (निम्न आदेशों को रूट के रूप में चलाएँ)।
# chkconfig --level [स्तर (ओं)] सेवा चालू। # chkconfig --level 5 mysqld on.
# chkconfig --level [स्तर (ओं)] सेवा बंद। # chkconfig --स्तर 45 पोस्टफिक्स बंद।
अब हम इसी तरह के कार्य a. में करेंगे डेबियन-आधारित सिस्टम का उपयोग sysv-rc-conf.
किसी विशिष्ट रनलेवल पर स्वचालित रूप से प्रारंभ करने के लिए किसी सेवा को कॉन्फ़िगर करना और इसे अन्य सभी पर प्रारंभ होने से रोकना।
1. आइए निम्न कमांड का उपयोग करके देखें कि रनलेवल क्या हैं mdadm शुरू करने के लिए कॉन्फ़िगर किया गया है।
# ls -l /etc/rc[0-6].d | grep -E 'rc[0-6]|mdadm'
2. हम इस्तेमाल करेंगे sysv-rc-conf mdadm को छोड़कर सभी रनलेवल पर शुरू होने से रोकने के लिए 2. बस वांछित के रूप में (स्पेस बार के साथ) चेक या अनचेक करें (आप तीर कुंजियों के साथ ऊपर, नीचे, बाएं और दाएं जा सकते हैं)।
# sysv-rc-conf.
फिर दबायें क्यू छोड़ना।
3. हम सिस्टम को पुनरारंभ करेंगे और फिर से कमांड चलाएंगे चरण 1.
# ls -l /etc/rc[0-6].d | grep -E 'rc[0-6]|mdadm'
ऊपर की छवि में हम देख सकते हैं कि mdadm केवल रनलेवल पर शुरू करने के लिए कॉन्फ़िगर किया गया है 2.
सिस्टमडी एक अन्य सेवा और सिस्टम मैनेजर है जिसे कई प्रमुख लिनक्स वितरणों द्वारा अपनाया जा रहा है। इसका उद्देश्य सिस्टम स्टार्टअप के दौरान समानांतर में अधिक प्रसंस्करण की अनुमति देना है (विपरीत) सिसविनिट, जो हमेशा धीमा होता है क्योंकि यह एक समय में एक प्रक्रिया शुरू करता है, जांचता है कि कोई दूसरे पर निर्भर है या नहीं, और डेमॉन के लॉन्च होने की प्रतीक्षा करता है ताकि अधिक सेवाएं शुरू हो सकें), और एक गतिशील संसाधन प्रबंधन के रूप में काम करने के लिए चल रहा है प्रणाली।
इस प्रकार, बूट के दौरान किसी ठोस कारण के बिना लॉन्च किए जाने के बजाय जरूरत पड़ने पर (सिस्टम संसाधनों की खपत से बचने के लिए) सेवाएं शुरू की जाती हैं।
आपके सिस्टम पर चल रही सभी प्रक्रियाओं की स्थिति देखना, दोनों सिस्टमडी देशी और SysV सेवाएं, निम्न आदेश चलाएँ।
# सिस्टमक्टल।
NS भार कॉलम दिखाता है कि क्या इकाई परिभाषा (देखें इकाई कॉलम, जो सेवा या सिस्टमड द्वारा अनुरक्षित कुछ भी दिखाता है) ठीक से लोड किया गया था, जबकि सक्रिय तथा विषय कॉलम ऐसी इकाई की वर्तमान स्थिति दिखाते हैं।
जब सक्रिय कॉलम इंगित करता है कि एक इकाई की स्थिति सक्रिय के अलावा अन्य है, हम जांच सकते हैं कि क्या हुआ।
# systemctl स्थिति [इकाई]
उदाहरण के लिए, ऊपर की छवि में, मीडिया-सांबा.माउंट विफल स्थिति में है। चलो भागे।
# systemctl status media-samba.mount.
हम देख सकते हैं कि मीडिया-सांबा.माउंट विफल क्योंकि मेजबान पर माउंट प्रक्रिया देव1 पर नेटवर्क शेयर खोजने में असमर्थ था //192.168.0.10/gacanepa.
एक बार नेटवर्क शेयर //192.168.0.10/gacanepa उपलब्ध हो जाता है, आइए शुरू करने का प्रयास करें, फिर रुकें, और अंत में इकाई को पुनरारंभ करें मीडिया-सांबा.माउंट. प्रत्येक क्रिया को करने के बाद, इसकी स्थिति की जांच करने के लिए systemctl status media-samba.mount चलाते हैं।
# systemctl start media-samba.mount. # systemctl status media-samba.mount. # systemctl स्टॉप मीडिया-सांबा.माउंट। # systemctl रीस्टार्ट Media-samba.mount. # systemctl status media-samba.mount.
अंतर्गत सिस्टमडी बूट होने पर आप किसी सेवा को सक्षम या अक्षम कर सकते हैं।
# systemctl सक्षम [सेवा] # एक सेवा को सक्षम करें # systemctl अक्षम करें [सेवा] # किसी सेवा को बूट पर शुरू होने से रोकें।
बूट पर स्वचालित रूप से शुरू करने के लिए किसी सेवा को सक्षम या अक्षम करने की प्रक्रिया में प्रतीकात्मक लिंक जोड़ने या हटाने में शामिल है /etc/systemd/system/multi-user.target.wants निर्देशिका।
वैकल्पिक रूप से, आप कमांड के साथ किसी सेवा की वर्तमान स्थिति (सक्षम या अक्षम) का पता लगा सकते हैं।
# systemctl सक्षम है [सेवा]
उदाहरण के लिए,
# systemctl is-enable postfix.service.
इसके अलावा, आप सिस्टम को रीबूट या शटडाउन कर सकते हैं।
# सिस्टमक्टल रिबूट। # सिस्टमक्टल शटडाउन।
कल का नवाब के लिए एक घटना-आधारित प्रतिस्थापन है /sbin/init डेमॉन और केवल सेवाओं को शुरू करने की आवश्यकता से पैदा हुआ था, जब उनकी आवश्यकता होती है (जबकि उनकी देखरेख भी होती है वे चल रहे हैं), और घटनाओं को संभालने के रूप में वे होते हैं, इस प्रकार क्लासिक, निर्भरता-आधारित sysvinit को पार करते हैं प्रणाली।
इसे मूल रूप से उबंटू वितरण के लिए विकसित किया गया था, लेकिन इसका उपयोग Red Hat Enterprise Linux में किया जाता है 6.0. हालांकि इसका इरादा प्रतिस्थापन के रूप में सभी लिनक्स वितरणों में तैनाती के लिए उपयुक्त होना था के लिए सिसविनिट, समय के साथ यह छाया हुआ था सिस्टमडी. 14 फरवरी, 2014 को, मार्क शटलवर्थ (कैनोनिकल लिमिटेड के संस्थापक) ने घोषणा की कि उबंटू के भविष्य के रिलीज सिस्टमड को डिफ़ॉल्ट इनिट डेमॉन के रूप में उपयोग करेंगे।
क्यों कि SysV सिस्टम के लिए स्टार्टअप स्क्रिप्ट इतने लंबे समय से सामान्य रही है, बड़ी संख्या में सॉफ्टवेयर पैकेज में SysV स्टार्टअप स्क्रिप्ट शामिल हैं। ऐसे पैकेजों को समायोजित करने के लिए, अपस्टार्ट एक संगतता मोड प्रदान करता है: यह सामान्य स्थानों में SysV स्टार्टअप स्क्रिप्ट चलाता है (/etc/rc.d/rc?.d, /etc/init.d/rc?.d, /etc/rc?.d, या एक समान स्थान)। इस प्रकार, यदि हम एक पैकेज स्थापित करते हैं जिसमें अभी तक एक अपस्टार्ट कॉन्फ़िगरेशन स्क्रिप्ट शामिल नहीं है, तो इसे अभी भी सामान्य तरीके से लॉन्च करना चाहिए।
इसके अलावा, अगर हमने उपयोगिताओं को स्थापित किया है जैसे कि chkconfig, आपको उनका उपयोग अपनी SysV-आधारित सेवाओं को प्रबंधित करने में सक्षम होना चाहिए जैसे हम sysvinit आधारित सिस्टम पर करते हैं।
अपस्टार्ट स्क्रिप्ट भी SysV स्टार्टअप स्क्रिप्ट की तुलना में व्यापक प्रकार की क्रियाओं के आधार पर सेवाओं को शुरू करने या रोकने का समर्थन करती है; उदाहरण के लिए, जब भी कोई विशेष हार्डवेयर डिवाइस संलग्न होता है, अपस्टार्ट एक सेवा लॉन्च कर सकता है।
एक सिस्टम जो अपस्टार्ट और इसकी मूल स्क्रिप्ट का उपयोग करता है, विशेष रूप से को प्रतिस्थापित करता है /etc/inittab फ़ाइल और रनलेवल-विशिष्ट SysV स्टार्टअप स्क्रिप्ट निर्देशिकाओं के साथ .conf में स्क्रिप्ट /etc/init निर्देशिका।
इन *.conf लिपियों (कार्य परिभाषाओं के रूप में भी जाना जाता है) में आम तौर पर निम्नलिखित शामिल होते हैं:
उदाहरण के लिए,
# मेरी परीक्षण सेवा - अपस्टार्ट स्क्रिप्ट डेमो विवरण "यहां 'मेरी परीक्षण सेवा' का विवरण दिया गया है" लेखक "डेव नल <[ईमेल संरक्षित]>" #श्लोक# # श्लोक परिभाषित करते हैं कि एक प्रक्रिया कब और कैसे शुरू और बंद होती है। # श्लोकों की सूची यहां देखें: http://upstart.ubuntu.com/wiki/Stanzas#respawn. # सेवा कब शुरू करें। रनलेवल पर शुरू करें [2345] #सेवा कब बंद करनी है। रनलेवल पर रोकें [०१६] # क्रैश होने की स्थिति में स्वचालित रूप से प्रक्रिया को पुनरारंभ करें। प्रतिक्रिया # कार्यशील निर्देशिका निर्दिष्ट करें। chdir /home/dave/myfiles. # चलाने के लिए प्रक्रिया/आदेश निर्दिष्ट करें (यदि आवश्यक हो तो तर्क जोड़ें)। निष्पादन बैश बैकअप.श arg1 arg2।
परिवर्तनों को लागू करने के लिए, आपको अपस्टार्ट को इसके कॉन्फ़िगरेशन को पुनः लोड करने के लिए कहना होगा।
# initctl पुनः लोड-कॉन्फ़िगरेशन।
फिर निम्न कमांड टाइप करके अपना काम शुरू करें।
$ sudo अपना जॉबनाम शुरू करें।
कहाँ पे आपकी नौकरी का नाम उस नौकरी का नाम है जिसे पहले जोड़ा गया था yourjobname.conf स्क्रिप्ट
अपस्टार्ट के लिए एक अधिक संपूर्ण और विस्तृत संदर्भ मार्गदर्शिका परियोजना की वेब साइट में मेनू के अंतर्गत उपलब्ध है।रसोई की किताब”.
समस्या निवारण कार्यों के साथ-साथ कंप्यूटर के प्रदर्शन और चल रही सेवाओं को अपनी आवश्यकताओं के अनुकूल बनाने में आपकी मदद करने के लिए लिनक्स बूट प्रक्रिया का ज्ञान आवश्यक है।
इस लेख में हमने विश्लेषण किया है कि जब आप दबाते हैं तब से क्या होता है शक्ति मशीन को चालू करने के लिए स्विच करें जब तक कि आपको पूरी तरह से चालू यूजर इंटरफेस न मिल जाए। मुझे आशा है कि आपने इसे पढ़ना उतना ही सीखा होगा जितना मैंने इसे एक साथ रखते हुए सीखा था। नीचे अपनी टिप्पणी या प्रश्न छोड़ने के लिए स्वतंत्र महसूस करें। हम हमेशा अपने पाठकों से सुनने के लिए उत्सुक हैं!