बिजीबॉक्स में उबंटू/मिंट/काली बूट्स टू इनट्राम्फ़्स प्रॉम्प्ट

इस लेख में हम दिखाएंगे कि जब लिनक्स उबंटू/मिंट/काली चलाने वाला कंप्यूटर बूट नहीं होता है या व्यस्त बॉक्स में चला जाता है, तो उत्पन्न होने वाली समस्याओं को कैसे हल किया जाए। initramfs . के दौरान संकेत आरंभीकरण उपयोगकर्ता केवल initramfs कमांड प्रॉम्प्ट का उपयोग और उपयोग कर सकता है।

लिनक्स में टूटे हुए Ext4 सुपरब्लॉक की मरम्मत

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

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

# sudo fdisk -l|grep Linux|grep -Ev 'swap'

कमांड आपके वॉल्यूम के बारे में जानकारी देता है:

/dev/vda2 4096 83884031 83879936 40G Linux फ़ाइल सिस्टम

वॉल्यूम नाम याद रखें और इसे निम्न कमांड में निर्दिष्ट करें:

# sudo dumpe2fs /dev/vda2 | grep superblock

कमांड बैकअप सुपरब्लॉक की सूची दिखाएगा:

हम क्षतिग्रस्त सुपरब्लॉक को बदलने के लिए दूसरे बैकअप सुपरब्लॉक का उपयोग करेंगे (आप प्राथमिक को छोड़कर किसी भी सुपरब्लॉक का उपयोग कर सकते हैं)। बैकअप सुपरब्लॉक का उपयोग करके डिस्क की जाँच करें:

# sudo fsck -b 98304 /dev/vda2 -y

उपयोग-लिनक्स से fsck 2.31.1e2fsck 1.44.1 (24-मार्च-2018)/dev/vda2 माउंट किया गया है।e2fsck:जारी नहीं रखा जा सकता, निरस्त किया जा रहा है

वॉल्यूम अनमाउंट करें:

# umount /dev/vda2

सुपरब्लॉक को सफलतापूर्वक बदलने के बाद, आपको इस तरह का एक संदेश प्राप्त होगा:

उपयोग-लिनक्स से fsck 2.31.1e2fsck 1.44.1 (24-मार्च-2018)/dev/vda2 सफाई से अनमाउंट नहीं किया गया था, जबरन चेक किया गया था। निर्देशिका कनेक्टिविटी की जाँच करनापास 4:संदर्भ संख्या की जाँच करनापास 5:समूह सारांश जानकारी की जाँच करना समूह #231 (32254, गिना =32253) के लिए मुफ्त ब्लॉकों की गिनती गलत है। ठीक करें? हां समूह #352 (32254, गिना =32248) के लिए नि:शुल्क ब्लॉक गलत हैं। ठीक करें? हां समूह #358 (32254, गिना =27774) के लिए नि:शुल्क ब्लॉकों की गिनती गलत है। ठीक करें? हां ........./dev/vda2:***** फ़ाइल सिस्टम संशोधित किया गया था *****/dev/vda2:85986/905464576 फ़ाइलें (0.2% गैर-सन्निहित), 3904682/905464576 ब्लॉक 

फिर बूट मीडिया को अनमाउंट करें और अपने कंप्यूटर को पुनरारंभ करें। सब कुछ ठीक से काम करना चाहिए।

Fsck बूट त्रुटि:अनपेक्षित असंगति

Initramfs (बिजीबॉक्स) समस्या के दूसरे संस्करण में टर्मिनल विंडो में निम्न संदेश शामिल है:

/dev/sda1:अप्रत्याशित असंगति; मैन्युअल रूप से fsck चलाएँ /dev/sda1 पर रूट फ़ाइल सिस्टम को मैन्युअल fsck की आवश्यकता होती है।

संदेश एक वॉल्यूम दिखाएगा जिसके लिए मैन्युअल डिस्क जांच चलाने की आवश्यकता है। initramfs प्रॉम्प्ट में निम्न कमांड चलाएँ:
# fsck /dev/sda1 -y
डिस्क की जांच समाप्त होने के बाद, अपने कंप्यूटर को पुनरारंभ करें और सुनिश्चित करें कि Linux ठीक से बूट हो रहा है।

अलर्ट! /dev/volume मौजूद नहीं है

Fstab समस्या

Linux होस्ट को बूट करते समय आप निम्न त्रुटि देख सकते हैं:

हो सकता है कि आपने अभी-अभी अपना Linux इंस्टाल किया हो या आपके होस्ट के पास कुछ fstab . हो समस्या। सबसे अधिक समस्या तब होती है जब किसी सिस्टम को USB . से स्थापित किया जाता है चलाना। सिस्टम किसी भी वॉल्यूम की त्रुटि दिखा सकता है। पहले मामले की तरह, हमें बचाव/बूर लिनक्स मीडिया से बूट करना होगा और कुछ क्रियाएं करनी होंगी। इस कमांड का उपयोग करके डिस्क UUID की जाँच करें:
# sudo blkid

सिस्टम कुछ इस तरह लौटाएगा:

/dev/sda2:UUID="36cce3d5-cbdb-46f4-adbf-3f9aaa01d729" TYPE="ext4" PARTUUID="fea4dab1-4e12-4327-85c6-76ade18f64e1"

यहां हम देखते हैं कि सिस्टम को sda2 से बूट होना चाहिए, लेकिन वास्तव में यह sda1 से बूट करने का प्रयास करता है।

वॉल्यूम को किसी भी निर्देशिका में माउंट करें, उदाहरण के लिए:

# sudo mount /dev/sda2 /mnt

जब आप /dev/sda2 को /mnt निर्देशिका में देखते हैं, तो वहां /etc/fstab फ़ाइल ढूंढें और /dev/sda1 वाली लाइन को निम्नानुसार संशोधित करें:

UUID=36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 / ext4 error=remount-rw 0 1

फ़ाइल सहेजें। वॉल्यूम को /mnt से अनमाउंट करें और रिबूट करें। यदि समस्या गलत वॉल्यूम नाम से संबंधित थी, तो सर्वर बूट हो जाएगा।

साथ ही, आप इस समस्या को आपातकालीन मोड में बूट करके हल कर सकते हैं। रूट डायरेक्टरी को रीड/राइट के रूप में रिमाउंट करें:
# sudo mount -o remount,rw /
फिर fstab बदलें और सर्वर को पुनरारंभ करें।

हार्डवेयर समस्या

कुछ मदरबोर्ड पर, SATA बंदरगाहों को यादृच्छिक संख्या मिल सकती है। यह पिछले खंड में वर्णित त्रुटि का कारण भी हो सकता है। इसे ठीक करने के लिए, आपको ग्रब बूटलोडर को संपादित करना होगा।

आपातकालीन मोड में या लाइव सीडी से बूट करें और /boot/grub/grub.cfg संपादित करें फ़ाइल।

उदाहरण के लिए, बूट वॉल्यूम निर्धारित करने वाली लाइन में:

Linux /boot/vmlinuz-4.15.0-70-generic root=/dev/sda1 rw शांत लिफ्ट=noop fsck.repair=yes

डिस्क के पथ को उसके UUID . से बदलें :

Linux /boot/vmlinuz-4.15.0-70-generic root=UUID=36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 ro शांत लिफ्ट=noop fsck.repair=yes