लिनक्स कर्नेल बूट और बूट प्रक्रियाओं का परिचय

सभी को नमस्कार! इसलिए हमने लिनक्स एडमिनिस्ट्रेटर पाठ्यक्रम की एक पंक्ति में अगली, चौथी पंक्ति खोली, जो आत्मविश्वास से डेपोपरस्की पाठ्यक्रम के बगल में स्थित है। अधिक शिक्षक , अधिक जानकारी और स्टैंड। खैर, हमेशा की तरह, अधिक रोचक जानकारी जो शिक्षकों ने उठाई।

चलो चलते हैं।

क्या आपने कभी सोचा है कि आपके सिस्टम को एप्लिकेशन चलाने के लिए तैयार होने के लिए क्या आवश्यक है?

कर्नेल को लोड करने और लिनक्स सिस्टम को शुरू करने की प्रक्रियाओं को समझना लिनक्स को कॉन्फ़िगर करने और स्टार्टअप समस्याओं को हल करने के लिए महत्वपूर्ण है। यह आलेख GRUB2 बूटलोडर और सिस्टमड आरंभीकरण प्रणाली द्वारा संचालित स्टार्टअप का उपयोग करके कर्नेल बूट प्रक्रिया का अवलोकन प्रदान करता है ।

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



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

• BIOS POST;
• कर्नेल लोडिंग (GRUB2);
• कर्नेल आरंभीकरण;
• रनिंग सिस्टमड, सभी प्रक्रियाओं का जनक।

कृपया ध्यान दें कि यह लेख GRUB2 और सिस्टमड के बारे में है, क्योंकि वे अधिकांश वितरण के लिए कर्नेल लोडर और आरंभीकरण कार्यक्रम हैं। अन्य विकल्प पहले उपयोग किए गए थे, और कभी-कभी वे अभी भी कुछ वितरणों में पाए जा सकते हैं।

कर्नेल बूट प्रक्रिया

कर्नेल बूट प्रक्रिया को कई तरीकों से शुरू किया जा सकता है। सबसे पहले, यदि बिजली बंद हो जाती है, तो कंप्यूटर चालू करने से बूट प्रक्रिया शुरू हो जाएगी। दूसरे, यदि कोई स्थानीय उपयोगकर्ता पहले से ही कंप्यूटर पर रूट और अनपेक्षित उपयोगकर्ता सहित चल रहा है, तो उपयोगकर्ता रिबूट करने के लिए प्रोग्राम को GUI या कमांड लाइन का उपयोग करके कर्नेल बूट प्रक्रिया को आरंभ कर सकता है। रिबूटिंग पहले कंप्यूटर को बंद कर देगा और उसके बाद ही इसे पुनः आरंभ करेगा।

BIOS POST

लिनक्स कर्नेल बूट प्रक्रिया के पहले चरण का लिनक्स से कोई लेना-देना नहीं है। यह प्रक्रिया का हार्डवेयर हिस्सा है, सभी ऑपरेटिंग सिस्टम के लिए समान है। जब कंप्यूटर को बिजली की आपूर्ति की जाती है, तो पहली चीज जो शुरू होती है वह है POST (पावर ऑन सेल्फ टेस्ट), जो कि BIOS (बेसिक I / O सिस्टम, बेसिक इनपुट / आउटपुट सिस्टम) का हिस्सा है।

1981 में जब IBM ने अपना पहला पर्सनल कंप्यूटर लॉन्च किया, तो BIOS को हार्डवेयर घटकों को इनिशियलाइज़ करने के लिए डिज़ाइन किया गया था। POST BIOS का हिस्सा है, जिसका कार्य कंप्यूटर उपकरणों के सही संचालन को सुनिश्चित करना है। यदि POST विफल हो जाता है, तो कंप्यूटर में खराबी हो सकती है और बूट प्रक्रिया जारी नहीं रहेगी।

BIOS POST हार्डवेयर के मूल प्रदर्शन की जांच करता है, और फिर एक BIOS व्यवधान का कारण बनता है - INT 13H, जो कर्नेल के बूट सेक्टरों को बूट करने की क्षमता के साथ सभी जुड़े उपकरणों पर पाता है। पहला सेक्टर पाया गया, जिसमें एक वैध बूट रिकॉर्ड होता है, जिसे रैम में लोड किया जाता है, जिसके बाद बूट सेक्टर से कोड पर नियंत्रण स्थानांतरित कर दिया जाता है।
बूट सेक्टर केवल पहला चरण है। अधिकांश लिनक्स वितरण तीन बूटलोडर विकल्पों में से एक का उपयोग करते हैं: GRUB, GRUB2 और LILO। GRUB2 सबसे नया है और अब इसका उपयोग पुराने संस्करणों की तुलना में बहुत अधिक किया जाता है।

GRUB2

GRUB2 का अर्थ है "GRAND यूनिफाइड बूटलोडर, संस्करण 2," और अब यह अधिकांश आधुनिक लिनक्स के लिए मुख्य बूटलोडर है। GRUB2 एक ऐसा प्रोग्राम है जो कंप्यूटर को काफी स्मार्ट बनाता है ताकि वह ऑपरेटिंग सिस्टम के कर्नेल को खोज सके और इसे मेमोरी में लोड कर सके। चूँकि GRUB2 बोलने और लिखने में GRUB2 की तुलना में आसान है, इस लेख में मैं शायद GRUB शब्द का उपयोग करूंगा, लेकिन GRUB2 का उपयोग तब तक करें जब तक कि अन्यथा निर्दिष्ट न हो।

GRUB मल्टीबूट विनिर्देश के साथ संगत है, जो इसे लिनक्स और अन्य ऑपरेटिंग सिस्टम के विभिन्न संस्करणों को लोड करने की अनुमति देता है; यह एक श्रृंखला में मालिकाना ऑपरेटिंग सिस्टम का बूट रिकॉर्ड भी शुरू कर सकता है।

GRUB उपयोगकर्ता को किसी भी लिनक्स वितरण के लिए कई संभावित कर्नेल डाउनलोड से चुनने की अनुमति देता है। यह कर्नेल के पिछले संस्करण को डाउनलोड करना संभव बनाता है यदि अपडेट सही ढंग से बूट नहीं हो सकता है या सॉफ़्टवेयर के कुछ महत्वपूर्ण भाग के साथ असंगत है। GRUB को /boot/grub/grub.conf फ़ाइल में कॉन्फ़िगर किया जा सकता है।

GRUB1 को अब अप्रचलित माना जाता है और अधिकांश आधुनिक वितरणों में GRUB2 द्वारा प्रतिस्थापित किया जाता है, जो इसका पुनर्लेखन संस्करण है। फेडोरा 15 के आसपास GRUB2 और CentOS / RHEL 7. GRUB2 में अपग्रेड किए गए Red Hat- आधारित वितरणों की GRUB1 के समान बूट कार्यक्षमता है, लेकिन इसके अलावा यह मेनफ्रेम-जैसे, पूर्व-OS कमांड-आधारित वातावरण और पूर्व-बूट चरण में अधिक लचीलापन प्रदान करता है। GRUB2 को /boot/grub2/grub.cfg में कॉन्फ़िगर किया गया है।

किसी भी GRUB का मुख्य कार्य लिनक्स कर्नेल को मेमोरी में लोड करना और उसे चलाना है। GRUB के दोनों संस्करण तीन चरणों में समान रूप से काम करते हैं, लेकिन इस लेख में मैं GRUB2 का उपयोग करके बताऊंगा कि GRUB कैसे काम करता है। GRUB और GRUB2 को कॉन्फ़िगर करना और GRUB2 कमांड का उपयोग करना इस लेख के दायरे से परे है।

हालांकि आधिकारिक तौर पर GRUB2 स्टेप नंबरिंग का उपयोग नहीं करता है, सुविधा के लिए मैं इस लेख में इसका उपयोग करूंगा।

स्टेज 1

जैसा कि पहले ही BIOS POST अनुभाग में उल्लेख किया गया है, POST के अंत में, BIOS संलग्न डिस्क पर बूट रिकॉर्ड की खोज करता है, आमतौर पर मास्टर बूट रिकॉर्ड (MBR) में स्थित होता है, जिसके बाद यह मेमोरी में पाए गए पहले रिकॉर्ड को लोड करता है और इसे निष्पादित करना शुरू करता है। बूटस्ट्रैप कोड, जो कि GRUB2 का पहला चरण है, बहुत कम जगह लेता है, क्योंकि यह विभाजन तालिका के साथ हार्ड डिस्क पर पहले 512-बाइट सेक्टर में फिट होना चाहिए। मानक एमबीआर में बूटस्ट्रैप कोड के लिए आवंटित अंतरिक्ष की कुल मात्रा 446 बाइट्स है। चरण 1 के लिए 446-बाइट फ़ाइल को बूट-आईएमजी कहा जाता है और इसमें विभाजन तालिका नहीं होती है - इसे बूट रिकॉर्ड में अलग से जोड़ा जाता है।

चूंकि बूट रिकॉर्ड इतना छोटा होना चाहिए, इसलिए यह बहुत "स्मार्ट" नहीं है और फ़ाइल सिस्टम की संरचना को नहीं समझता है। इसलिए, चरण 1 का एकमात्र उद्देश्य चरण 1.5 का पता लगाना और लोड करना है। इसे प्राप्त करने के लिए, GRUB के चरण 1.5 को बूट रिकॉर्ड के बीच की जगह और डिस्क पर पहले विभाजन के बीच स्थित होना चाहिए। स्टेज 1.5 GRUB को RAM में लोड करने के बाद, स्टेज 1 स्टेज 1.5 पर नियंत्रण स्थानांतरित करता है।

स्टेज 1.5

जैसा कि ऊपर उल्लेख किया गया है, GRUB का चरण 1.5 बूट रिकॉर्ड और डिस्क पर पहले विभाजन के बीच होना चाहिए। ऐतिहासिक रूप से, यह स्थान तकनीकी कारणों से अप्रयुक्त रहता है। हार्ड डिस्क पर पहला विभाजन सेक्टर 63 में शुरू होता है, और सेक्टर 0 में एमबीआर को ध्यान में रखते हुए, 62 512-बाइट सेक्टर - 31744 बाइट्स हैं - जिसमें आप core.img फ़ाइल - 1.5 GRUB स्टेज स्टोर कर सकते हैं। Core.img फ़ाइल का वजन 25389 बाइट्स है, जो इसे MBR और पहले डिस्क विभाजन के बीच संग्रहीत करने के लिए पर्याप्त स्थान है।

चूंकि चरण 1.5 के लिए अधिक कोड का उपयोग किया जा सकता है, इसलिए कई सामान्य फ़ाइल सिस्टम ड्राइवर, जैसे मानक EXT और अन्य लिनक्स फ़ाइल सिस्टम, FAT और NTFS को शामिल करने के लिए पर्याप्त हो सकता है। GRUB1 के चरण 1.5 की तुलना में core.img GRUB2 में अधिक जटिल और कार्यात्मक है। इसका मतलब है कि GRUB2 का चरण 2 एक मानक EXT फ़ाइल सिस्टम में स्थित हो सकता है, लेकिन एक तार्किक वॉल्यूम में नहीं। इसलिए, चरण 2 फ़ाइलों के लिए मानक स्थान /boot फ़ाइल सिस्टम, या बल्कि /boot/grub2 ।

ध्यान दें कि / boot निर्देशिका को GRUB द्वारा समर्थित फाइल सिस्टम में स्थित होना चाहिए। सभी फ़ाइल सिस्टम में यह समर्थन नहीं है। चरण 1.5 का कार्य / बूट फ़ाइल सिस्टम में चरण 2 फ़ाइलों की खोज करने और आवश्यक ड्राइवरों को लोड करने के लिए आवश्यक फ़ाइल सिस्टम ड्राइवरों के साथ शुरू करना है।

स्टेज 2

सभी GRUB स्टेज 2 फाइलें /boot/grub2 और कई उपनिर्देशिकाओं में स्थित हैं। GRUB2 में चरण 1 और 2 के रूप में एक छवि फ़ाइल नहीं है। इसके बजाय, इसमें ज्यादातर रनटाइम कर्नेल मॉड्यूल होते हैं, जिन्हें आवश्यकतानुसार /boot/grub2/i386-pc निर्देशिका से लोड किया जाता है।

GRUB2 चरण 2 का कार्य लिनक्स कर्नेल को रैम में पता लगाना और लोड करना और कंप्यूटर नियंत्रण को कर्नेल पर स्थानांतरित करना है। कर्नेल और उससे जुड़ी फाइलें /boot निर्देशिका में स्थित हैं। कर्नेल फ़ाइलों को पहचानना आसान है, क्योंकि उनका नाम vmlinuz से शुरू होता है। आप अपने सिस्टम पर वर्तमान में स्थापित गुठली देखने के लिए /boot निर्देशिका की सामग्री को सूचीबद्ध कर सकते हैं।

GRUB2, GRUB1 की तरह, कई लिनक्स कर्नेल में से एक को लोड करने का समर्थन करता है। Red Hat पैकेज प्रबंधन प्रणाली कर्नेल के कई संस्करणों को संग्रहीत करने का समर्थन करती है ताकि आप नवीनतम के साथ समस्याओं के मामले में कर्नेल के पुराने संस्करण को लोड कर सकें। डिफ़ॉल्ट रूप से, GRUB स्थापित कर्नेल का एक प्रीलोडेड मेनू प्रदान करता है, जिसमें बचाव विकल्प और कॉन्फ़िगरेशन के बाद रिकवरी विकल्प भी शामिल है।

चरण 2 GRUB2 चयनित कर्नेल को मेमोरी में लोड करता है और कंप्यूटर नियंत्रण को कर्नेल में स्थानांतरित करता है।

कोर

सभी कोर अंतरिक्ष को बचाने के लिए एक स्व-निष्कर्षण, संकुचित प्रारूप में हैं। मूल रैम डिस्क छवि और हार्ड ड्राइव पर विभाजन की एक सूची के साथ, गुठली /boot निर्देशिका में स्थित हैं।

चयनित कर्नेल को मेमोरी में लोड करने और निष्पादित करने के लिए शुरू होने के बाद, सबसे पहले, इसे उपयोगी कार्य करने के लिए शुरू करने से पहले फ़ाइल के संपीड़ित संस्करण से खुद को निकालना होगा। एक बार निष्कर्षण होने के बाद, यह सिस्टमड को लोड करता है, जो पुराने SysV init प्रोग्राम के लिए एक प्रतिस्थापन है, और इसे नियंत्रण स्थानांतरित करता है।

यह कर्नेल बूट प्रक्रिया का अंत है। इस बिंदु पर, लिनक्स कर्नेल और सिस्टमड चल रहे हैं, लेकिन अंतिम उपयोगकर्ता के लिए कोई उपयोगी कार्य नहीं कर सकता है, क्योंकि ऐसा करने के लिए और कुछ नहीं है।

सिस्टम स्टार्टअप प्रक्रिया

सिस्टम स्टार्टअप प्रक्रिया कर्नेल बूट प्रक्रिया का अनुसरण करती है और लिनक्स कंप्यूटर को ऊपर और चलाती है।

systemd

systemd Linux होस्ट को एक कुशल स्थिति में लाने के लिए जिम्मेदार सभी प्रक्रियाओं का जनक है। इसके कुछ कार्य, जो पुराने आरंभीकरण कार्यक्रम में प्रस्तुत किए गए हैं, की तुलना में अधिक व्यापक हैं, जो चल रहे लिनक्स होस्ट के कई पहलुओं का प्रबंधन करना चाहिए, जिसमें फ़ाइल सिस्टम को बढ़ाना, लिनक्स होस्ट को कुशलतापूर्वक काम करने के लिए आवश्यक और शुरू करने की व्यवस्था शामिल है। सभी प्रणालीगत कार्य जो सिस्टम स्टार्टअप प्रक्रिया से संबंधित नहीं हैं, इस लेख में चर्चा के दायरे से परे हैं।

सबसे पहले, systemd फाइल सिस्टम को /etc/fstab अदला-बदली /etc/fstab रूप में परिभाषित करता है, जिसमें कोई भी स्वैप फाइलें और विभाजन शामिल हैं। इस बिंदु पर, वह अपने स्वयं के सहित /etc में स्थित कॉन्फ़िगरेशन फ़ाइलों तक पहुंच सकता है। यह अपनी स्वयं की कॉन्फ़िगरेशन फ़ाइल /etc/systemd/system/default.target का उपयोग करता है ताकि वह लक्ष्य निर्धारित कर सके जिसके लिए मेजबान को लोड करना है। Default.target फ़ाइल वास्तविक लक्ष्य फ़ाइल के लिए एक सिम्लिंक है। एक डेस्कटॉप वर्कस्टेशन के लिए, यह आमतौर पर ग्राफिकल.टैग होता है, पुराने सिस्टम वी इनिशियलाइज़र में रनलेवल 5 के बराबर। सर्वर के लिए, डिफॉल्ट System- में रनलेवल 3 के समान, मल्टी-user.target होने की संभावना है। इमरजेंसी.टार्ग सिंगल-यूजर मोड के समान है।

ध्यान दें कि लक्ष्य और सेवाएं सिस्टमड इकाइयां हैं।

नीचे दी गई तालिका 1 सिस्टमवी में पुराने रनलेवल्स के साथ सभी सिस्टमड लक्ष्य की तुलना है। सिस्टमड टारगेट अलायड्स सिस्टमवर्ड द्वारा बैकवर्ड कम्पैटिबिलिटी के लिए दिए गए हैं। टारगेट अलायस स्क्रिप्ट्स की अनुमति देता है - और कई sysadmins, मेरे सहित - निष्पादन स्तर बदलने के लिए init3 जैसे SystemV कमांड का उपयोग करने के लिए। बेशक, SystemV कमांड सिस्टम द्वारा व्याख्या और निष्पादन के लिए निर्देशित होते हैं।

तालिका 1: सिस्टमव नियंत्रण और कुछ लक्ष्य उपनामों के साथ SystemV नियंत्रण स्तरों की तुलना।

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

systemd स्टार्टअप फ़ाइलों के लिए अप्रचलित SystemV आरंभीकरण निर्देशिकाओं को भी स्कैन करता है। यदि वे हैं, तो सिस्टमड उन्हें फ़ाइलों में वर्णित सेवाओं को चलाने के लिए कॉन्फ़िगरेशन फ़ाइलों के रूप में उपयोग करता है। एक पुरानी नेटवर्क सेवा एक का एक अच्छा उदाहरण है जो अभी भी फेडोरा में SystemV स्टार्टअप फ़ाइलों का उपयोग करता है।

नीचे दिए गए चित्र 1 को बूटअप मुख्य पृष्ठ से सीधे कॉपी किया गया है। यह सिस्टमड की शुरुआत और इसकी सफलता सुनिश्चित करने के लिए बुनियादी आवश्यकताओं के दौरान घटनाओं के सामान्य अनुक्रम को दर्शाता है।

सिस्टम स्टार्टअप के दौरान sysinit.target और basic.target लक्ष्यों को चौकियों माना जा सकता है। हालांकि सिस्टमड के लक्ष्यों में से एक है समानांतर में सिस्टम सेवाओं को चलाना, कुछ सेवाएं और कार्यात्मक लक्ष्य हैं जिन्हें दूसरों के सामने लॉन्च किया जाना चाहिए। इन नियंत्रण बिंदुओं को तब तक पारित नहीं किया जा सकता है जब तक कि उन्हें आवश्यक सभी सेवाओं और लक्ष्यों को पूरा नहीं किया जाता है।

इस प्रकार, sysinit.target प्राप्त होता है जब सभी इकाइयाँ जिस पर यह निर्भर करती है पूरी हो जाती है। निम्नलिखित सभी इकाइयों को पूरा किया जाना चाहिए: बढ़ते फ़ाइल सिस्टम, स्वैप फाइलें स्थापित करना, udev शुरू करना, यादृच्छिक संख्या जनरेटर की प्रारंभिक स्थिति सेट करना, निम्न-स्तरीय सेवाओं को आरम्भ करना, कम से कम एक फ़ाइल सिस्टम एन्क्रिप्ट होने पर क्रिप्टोग्राफ़िक सेवाएँ सेट करना। Sysinit.target में उन्हें समानांतर में निष्पादित किया जा सकता है।
sysinit.target सिस्टम की न्यूनतम कार्यक्षमता के लिए आवश्यक सभी निम्न-स्तरीय सेवाएँ और इकाइयाँ चलाता है, और जिन्हें basic.target पर जाने की आवश्यकता होती है।


चित्र 1. सिस्टमड स्टार्टअप मैप

Sysinit.target को निष्पादित करने के बाद, systemd basic.target लॉन्च करता है, जिसे निष्पादित करने के लिए आवश्यक सभी इकाइयों के साथ शुरू होता है। मूल लक्ष्य अगले निष्पादन के लिए आवश्यक इकाइयों को लॉन्च करके अतिरिक्त कार्यक्षमता प्रदान करता है, जिसमें विभिन्न निष्पादन योग्य निर्देशिकाओं, संचार सॉकेट और टाइमर के लिए मार्ग निर्धारित करना शामिल है।

अंत में, आप उपयोगकर्ता-स्तरीय लक्ष्यों को आरंभ करना शुरू कर सकते हैं: बहु-user.target या graphical.target। यह ध्यान देने योग्य है कि ग्राफिक लक्ष्य की निर्भरता निष्पादित होने से पहले मल्टी-user.target तक पहुंचना चाहिए।

चित्र 1 में रेखांकित लक्ष्य विशिष्ट स्टार्टअप लक्ष्य हैं। सिस्टम स्टार्टअप तब समाप्त होता है जब उनमें से एक पहुंच जाता है। यदि मल्टी-user.target डिफ़ॉल्ट लक्ष्य है, तो कंसोल में आपको टेक्स्ट मोड में लॉगिन दिखाई देगा। यदि graphical.target डिफ़ॉल्ट रूप से निर्दिष्ट किया जाता है, तो आप एक ग्राफ़िकल लॉगिन देखेंगे; लॉगिन स्क्रीन GUI आपके द्वारा उपयोग किए जा रहे स्क्रीन मैनेजर पर निर्भर करता है।

समस्याओं

मुझे हाल ही में लिनक्स कंप्यूटर पर GRUB2 का उपयोग करने वाले डिफ़ॉल्ट बूट कर्नेल को बदलना पड़ा। मैंने पाया कि कुछ कमांड ने सही तरीके से काम करना बंद कर दिया है, या मैंने उन्हें किसी तरह गलत तरीके से इस्तेमाल किया है। मुझे अभी भी नहीं पता है कि समस्या क्या थी, इसे शोध करने में अधिक समय लगेगा।

Grub2-set-default कमांड ने /etc/default/grub फ़ाइल में डिफ़ॉल्ट कर्नेल इंडेक्स को गलत तरीके से कॉन्फ़िगर किया है, इसलिए वांछित वैकल्पिक कर्नेल लोड नहीं हुआ। मैंने मैन्युअल रूप से /etc/default/grub GRUB_DEFAULT=saved को GRUB_DEFAULT=2 /etc/default/grub GRUB_DEFAULT=saved है, जहां 2 उस स्थापित कर्नेल का सूचकांक है जिसे मैं चलाना चाहता था। फिर, मैंने एक नया ग्रब कॉन्फ़िगरेशन फ़ाइल बनाने के लिए grub2-mkconfig > /boot/grub2/grub.cfg कमांड चलाया। इस ट्रिक ने काम किया और एक वैकल्पिक कर्नेल लॉन्च किया गया।

निष्कर्ष

GRUB2 और सिस्टेम आरंभीकरण प्रणाली, कर्नेल बूट और अधिकांश आधुनिक लिनक्स वितरण के सिस्टम स्टार्टअप चरणों के लिए प्रमुख घटक हैं। विरोधाभासों के बावजूद, विशेष रूप से सिस्टमड के आसपास, ये दो घटक कर्नेल को लोड करने और कार्यात्मक लिनक्स सिस्टम बनाने के लिए आवश्यक सभी सिस्टम सेवाओं को चलाने के लिए एक साथ काम करते हैं।
हालाँकि मैं GRUB2 और systemd को उनके पूर्ववर्तियों की तुलना में अधिक जटिल मानता हूं, फिर भी उन्हें मास्टर और प्रबंधित करना अधिक कठिन नहीं है। मैनुअल में सिस्टमड के बारे में बहुत सारी जानकारी होती है, और freedesktop.org पर इसके पृष्ठों की सूची पूर्ण रूप से प्रस्तुत की गई है। अधिक जानकारी के लिए, नीचे दिए गए लिंक देखें:

• GNU GRUB (विकिपीडिया)
• GNU GRUB मनुआ l (GNU.org)
• मास्टर बूट रिकॉर्ड (विकिपीडिया)
• मल्टीबूट विनिर्देश (विकिपीडिया)
• सिस्टमड (विकिपीडिया)
• systemd बूटअप प्रक्रिया (Freedesktop.org)
• मैन पेजों का सिस्टेम इंडेक्स (Freedesktop.org)

वह सब है। हम यहां प्रश्नों और टिप्पणियों की प्रतीक्षा कर रहे हैं या उन्हें सीधे खुले पाठ में पूछा जा सकता है।