CentOS 7 और RHEL 7 बूट प्रोसेस अवलोकन और समस्या निवारण

• उच्च स्तरीय अवलोकन
• सिस्टर्ड लक्ष्य
• एकल उपयोगकर्ता मोड
• रूट पासवर्ड पुनर्प्राप्त करना
• पिछले बूट से लॉग की समीक्षा करना
• डिस्क और फाइल सिस्टम त्रुटियों की मरम्मत
• ग्रब 2 के साथ बूट लोडर जारी करता है
• समस्या निवारण ग्रब
• टूटी हुई ग्रब स्थापना को ठीक करना

यह आलेख CentOS / RHEL 7.x सिस्टम के लिए बूट प्रक्रिया का वर्णन करता है। जबकि यह पिछले रिलीज के समान हो सकता है, आरएचईएल 7 के साथ, सिस्टमड पेश किया जा रहा है। बूट प्रक्रिया के अलावा, मैं रास्ते में समस्या निवारण युक्तियाँ और ट्रिक्स प्रदान करूंगा।

आपको बूट प्रक्रिया को समझने की आवश्यकता है इससे पहले कि आप बूट पर किसी समस्या का सक्रिय रूप से निवारण कर सकें। जब तक आप प्रक्रिया से परिचित नहीं हैं, तब तक नीचे दिए गए चरणों की समीक्षा करें।

उच्च स्तरीय अवलोकन

• पावर + पोस्ट।
• फर्मवेयर डिवाइस खोज।
• फर्मवेयर बूटलोडर पढ़ता है।
• बूट लोडर कॉन्फिग लोड करता है (grub2)।
• बूट लोडर कर्नेल और initramfs को लोड करता है।
• बूट लोडर कर्नेल को नियंत्रित करता है।
• कर्नेल हार्डवेयर को प्रारंभ करता है + /sbin/initpid 1 के रूप में निष्पादित करता है ।
• Systemd सभी initrd टार्गेट (फाइल सिस्टम को mounts /sysroot) पर अमल करता है ।
• कर्नेल रूट FS को initramfs रूट ( /sysroot) से सिस्टम रूटफ़्स ( /) और सिस्टमड वर्ज़न के रूप में फिर से निष्पादित किया जाता है।
• सिस्टमड डिफ़ॉल्ट लक्ष्य की तलाश करता है और स्वचालित रूप से निर्भरता को हल करते हुए इकाइयों को कॉन्फ़िगर / शुरू करता है और लॉगिन पेज दिखाई देता है।

बूट प्रक्रिया के बारे में अधिक जानकारी के लिए, अपने सिस्टम के लिए आधिकारिक OS दस्तावेज़ीकरण देखें।

सिस्टर्ड लक्ष्य

लक्ष्य मूल रूप से निर्भरता जांच है। उनके पास "पहले" और "बाद में" कॉन्फ़िगरेशन के लिए है कि उस लक्ष्य को पूरा करने के लिए क्या सेवाएं आवश्यक हैं। उदाहरण के लिए: arp.ethernet.service, firewalld.service, और इसके आगे शुरू किया जा करने के लिए और इससे पहले कि वर्किंग जरूरत network.targetपहुँचा जा सकता है। यदि यह नहीं पहुँचा जाता है httpd, तो इस तरह की सेवाओं nfs, और ldapशुरू नहीं किया जा सकता है। 4 लक्ष्य हैं जिन्हें आरएचईएल / सेंटो 7 में सेट किया जा सकता है।

• ग्राफिकल.टार्गेट (GUI इंटरफ़ेस)
• multi-user.target (बहु उपयोगकर्ता मोड, पाठ आधारित लॉगिन)
• बचाव। बेस (सुलगिन प्रॉम्प्ट, बेसिक सिस्टम इनिशियलाइज़ेशन)
• इमर्जेंसी टरगेट (सॉलोगिन प्रॉम्प्ट, इनट्राम्राम्स पिवट फुल एंड सिस्टम रूट माउंटेड ऑन / एज़ रीड ओनली)

वर्तमान डिफ़ॉल्ट बूट लक्ष्य को देखने के लिए, निम्नलिखित का उपयोग करें:

systemctl get-default

ध्यान रखें, आप लक्ष्य को अलग करके रन-टाइम में इसे बदल सकते हैं। यह नए लक्ष्य से जुड़ी सभी सेवाओं को शुरू / बंद करेगा, इसलिए सावधानी (देखें systemctl isolate new.target) का उपयोग करें ।

एकल उपयोगकर्ता मोड

ऐसे समय होते हैं जब आपको ऑपरेटिंग सिस्टम के साथ एक समस्या को ठीक करने के लिए एकल उपयोगकर्ता मोड में बूट करना होगा। इस उदाहरण के लिए, मैं आपको दिखाऊंगा कि rescue.targetआरएचईएल / सेंटोस 7 पर "सिंगल यूजर मोड" का उपयोग कैसे किया जाता है।

1. Grub मेनू के साथ संकेत मिलने पर संपादित करने के लिए "e" दबाकर grub2 मेनू को बाधित करें।
2. वह लाइन ढूंढें जो कर्नेल संस्करण ( vmlinuz ) को निर्दिष्ट करता है और इसे निम्नलिखित में जोड़ें:systemd.unit=rescue.target
3. शुरू करने के लिए "Ctrl + x" दबाएं।
4. फिर आपको जारी रखने के लिए रूट पासवर्ड के साथ संकेत दिया जाएगा, एक बार जब आप बचाव शेल से बाहर निकल जाते हैं, तो बूट प्रक्रिया आपके डिफ़ॉल्ट लक्ष्य को लोड करना जारी रखेगी।

रूट पासवर्ड पुनर्प्राप्त करना

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

1. सिस्टम को रिबूट करें।
2. Grub मेनू के साथ संकेत मिलने पर संपादित करने के लिए "e" दबाकर grub2 मेनू को बाधित करें।
3. कर्सर को उस लाइन के अंत में ले जाएँ जो कर्नेल ( vmlinuz ) को निर्दिष्ट करती है । आप TTY0 के अलावा अन्य सभी कंसोल को हटाना चाह सकते हैं, हालाँकि यह कदम आपके वातावरण में आवश्यक नहीं हो सकता है।
4. एपेंड rd.break( कोई उद्धरण नहीं ) जो बूट प्रक्रिया को नियंत्रण से पहले वास्तविक सिस्टम में initramfs से दिए जाने से पहले तोड़ देगा।
5. Ctrl + x बूट करने के लिए।

इस बिंदु पर, एक रूट शेल को रीड-ओनली मोड में माउंट किए गए रूट फाइलसिस्टम के साथ प्रस्तुत किया जाता है /sysroot। हमें इसे विशेषाधिकारों के साथ लिखना होगा।

रिमाउंट करें /sysroot।

# mount -oremount,rw /sysroot

एक चेरोट जेल में स्विच करें।

# chroot /sysroot

उस उपयोगकर्ता के लिए पासवर्ड बदलें जिसमें हमारे पास पुरानी क्रेडेंशियल्स हैं।

# passwd <username>

यदि आप सेलाइनक्स का उपयोग कर रहे हैं, तो आपको बूट प्रक्रिया को जारी रखने से पहले सभी फाइलों को फिर से लेबल करना चाहिए। यदि आप सेलाइनक्स का उपयोग नहीं कर रहे हैं तो इस भाग को छोड़ दिया जा सकता है।

# touch /.autorelabel

दो बार बाहर निकलें और सिस्टम साफ-साफ बूट करेगा उस बिंदु से जहां हमने इसे बाधित किया था।

पिछले बूट से लॉग की समीक्षा करना

यह पिछले असफल बूट प्रयासों के लॉग को देखने के लिए उपयोगी हो सकता है। यदि जर्नल लॉग को लगातार बनाया गया है (सामान्य रूप से मेमोरी में संग्रहीत और बूट पर जारी किया गया है) तो यह journalctlटूल के साथ किया जा सकता है । यदि आपको लगातार बूट लॉगिंग को सेटअप करने की आवश्यकता है, तो इन चरणों का पालन करें।

रूट के रूप में, इस जानकारी को संग्रहीत करने के लिए लॉग फ़ाइल बनाएँ।

# mkdir -p 2775 /var/log/journal && chown :systemd-journal /var/log/journal
# systemctl restart systemd-journald

पिछले बूट के लॉग का निरीक्षण करने के लिए, -bविकल्प का उपयोग करें journalctl। किसी भी तर्क के बिना, -bकेवल अंतिम बूट से संबंधित संदेशों को आउटपुट फ़िल्टर करेगा। इस तर्क के लिए एक नकारात्मक संख्या पिछले बूट पर फ़िल्टर होगी। उदाहरण के लिए:

# journalctl -b-1 -p err

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

डिस्क और फाइल सिस्टम त्रुटियों की मरम्मत

सबसे सामान्य बूट समय त्रुटियों में से एक एक गलत /etc/fstabफ़ाइल है। आप किसी त्रुटि को ठीक करने के लिए उपयोग नहीं कर सकते । इनमें से अधिकांश मुद्दों के लिए हमें उपयोग करने की आवश्यकता होगी क्योंकि "बचाव" के लिए अधिक कार्यात्मक प्रणाली की आवश्यकता होती है।rescue.target/etc/fstabemergency.target

निम्नलिखित समस्याओं के उदाहरण हैं जिनकी आवश्यकता है emergency.target:

1. भ्रष्ट फाइल सिस्टम।
2. गैर-मौजूद यूयूआईडी में /etc/fstab।
3. गैर-मौजूद माउंट बिंदु /etc/fstab।
4. में गलत माउंट विकल्प /etc/fstab।

महत्वपूर्ण : /etc/fstabआपातकालीन मोड में फ़ाइल को संपादित करने के बाद , आपको सुरक्षा उपायों के लिए निम्नलिखित को चलाना होगा:

# systemctl daemon-reload

यहाँ एक उदाहरण है। हम एक गलत प्रविष्टि को हटाने के लिए आपातकालीन मोड में बूट करने जा रहे हैं /etc/fstab।

1. Grub मेनू के साथ संकेत मिलने पर संपादित करने के लिए "e" दबाकर grub2 मेनू को बाधित करें।
2. वह लाइन ढूंढें जो कर्नेल संस्करण ( vmlinuz ) को निर्दिष्ट करता है और इसे निम्नलिखित में जोड़ें:systemd.unit=emergency.target
3. बूट करने के लिए "Ctrl + x" दबाएं।
4. जारी रखने के लिए आपको रूट पासवर्ड के साथ संकेत दिया जाएगा।
5. रिमाउंट /ताकि हम fstabफाइल में बदलाव कर सकें :# mount -oremount,rw /
6. हम mountकमांड का उपयोग यह देखने के लिए कर सकते हैं कि कौन सी प्रविष्टि त्रुटि का कारण बन रही है:# mount -a
7. fstabफ़ाइल से अपमानजनक प्रविष्टि निकालें ।
8. mount -aयह सुनिश्चित करने के लिए फिर से उपयोग करें कि त्रुटि हल हो गई है।
9. उपयोग systemctl daemon-reloadके रूप में मैंने पहले बताया था सब यूनिट फ़ाइलों को फिर से लोड, और पूरे निर्भरता पेड़ से बनाना।

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

ग्रब 2 के साथ बूट लोडर जारी करता है

/boot/grub2/grub.cfgफ़ाइल मुख्य विन्यास फाइल है। इस फ़ाइल को मैन्युअल रूप से संपादित न करें। इसके बजाय, अलग-अलग कॉन्फ़िगरेशन फ़ाइलों grub2-mkconfigका एक सेट और स्थापित गुठली की सूची का उपयोग करके नए grub2 कॉन्फ़िगरेशन को उत्पन्न करने के लिए उपयोग करें । आदेश पर नजर डालेंगे जैसे कि डिफ़ॉल्ट मेनू टाइमआउट और प्रयोग करने में गिरी कमांड लाइन के रूप में विकल्प के लिए, बाद में स्क्रिप्ट का एक सेट का उपयोग जिसके परिणामस्वरूप विन्यास फाइल उत्पन्न करने के लिए।grub2-mkconfig/etc/default/grub/etc/grub.d/

यहाँ इस संबंध का एक पाठ चित्र है।

/boot/grub2/grub.cfg
               |
               |__________________
               |                  |
         /etc/default/grub         /etc/grub.d/*

महत्वपूर्ण: मुख्य grub.cfg फ़ाइल को संपादित करने के लिए, आपको /etc/default/grubफ़ाइलों में /etc/grub.d/और उसके बाद वांछित परिवर्तन करने होंगे और फिर grub.cfgरनिंग के लिए एक नया बनाना होगा :

# grub2-mkconfig > /boot/grub2/grub.cfg

समस्या निवारण ग्रब

/boot/grub2/grub.cfgसमस्या निवारण से पहले फ़ाइल के सिंटैक्स को समझना महत्वपूर्ण है ।

• सबसे पहले, बूट करने योग्य प्रविष्टियों को 'मेनेंट्री' ब्लॉक के अंदर एन्कोड किया गया है। इन ब्लॉकों में, linux16और initrd16लाइनें कर्नेल को डिस्क (कर्नेल कमांड लाइन के साथ) से लोड होने के लिए इंगित करती हैं और इनट्राम्राम्स को लोड करने के लिए। बूट पर इंटरेक्टिव एडिटिंग के दौरान, इन लाइनों को खोजने के लिए टैब का उपयोग किया जाता है।
• उन ब्लॉकों के अंदर "सेट रूट" लाइनें आरएचईएल / सेंटोस 7 सिस्टम के लिए रूट फाइल सिस्टम को इंगित नहीं करती हैं, बल्कि उस फाइल सिस्टम को इंगित करती हैं, जहां से ग्रब 2 को कर्नेल और इनट्राम्राम्स फाइलों को लोड करना चाहिए। सिंटैक्स वह है harddrive.partitionजहाँ hd0सिस्टम में पहली हार्ड ड्राइव hd1है और दूसरी है। विभाजन को msdos1पहले एमबीआर विभाजन या gpt1पहले जीपीटी विभाजन के लिए संकेत दिया जाता है ।

से उदाहरण /boot/grub2/grub.cfg:

### BEGIN /etc/grub.d/10_linux ###
menuentry 'CentOS Linux (3.10.0-514.26.2.el7.x86_64) 7 (Core)' --class centos --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-3.10.0-514.el7.x86_64-advanced-a2531d12-46f8-4a0f-8a5c-b48d6ef71275' {
    load_video
    set gfxpayload=keep
    insmod gzio
    insmod part_msdos
    insmod ext2
    set root='hd0,msdos1'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint='hd0,msdos1'  123455ae-46f8-4a0f-8a5c-b48d6ef71275
    else
      search --no-floppy --fs-uuid --set=root 123455ae-46f8-4a0f-8a5c-b48d6ef71275
    fi

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

# grub2-install <device>

टूटी हुई ग्रब स्थापना को ठीक करना

ऐसे मामलों के लिए जब सिस्टम grub2 मेनू तक पहुंचने के बाद बूट नहीं करेगा।

• आपको ग्रब मेनू को संपादित करके और सिंटैक्स त्रुटियों की खोज करके शुरू करना चाहिए। यदि आप एक पाते हैं, तो इसे ठीक करें और समस्या को ठीक करने के लिए लगातार परिवर्तन करने के लिए सिस्टम में उतरें।
• यदि आपको कोई त्रुटि नहीं मिलती है, तो उपरोक्त अनुभाग देखें जहां हम आपातकालीन लक्ष्य में बूट करते हैं। आपको /फिर से रूट ( ) को रिमूव करना होगा ।
• निम्न आदेश के साथ वर्तमान ग्रब 2 विन्यास देखें: # grub2-mkconfig
• यदि आपको कोई त्रुटि नहीं दिखती है, तो इसकी संभावना है कि किसी ने /boot/grub2/grub.cfgफ़ाइल को संपादित किया है। इस फ़ाइल को संशोधित न करें। निम्नलिखित कमांड के साथ विन्यास को फिर से बनाएं:# grub2-mkconfig > /boot/grub2/grub.cfg

एक बार जब आप ग्रब कॉन्फिगरेशन का पुनर्निर्माण कर लेते हैं, तो आपको बिना किसी समस्या के रिबूट करने में सक्षम होना चाहिए।