सिस्टम अब बूट नहीं, रूट डिवाइस के लिए प्रतीक्षा करना छोड़ दिया, (initramfs), / dev / mapper / gnome-root मौजूद नहीं है

Question

एक अद्यतन स्थापित करने के बाद, मेरा सिस्टम अब बूट नहीं करता है। मेरे पास पूर्ण डिस्क एन्क्रिप्शन है (एक इंस्टॉलर आपके लिए सेट है) सक्षम है, इसलिए यह आमतौर पर पिछले GRUB को बूट करने के बाद केवल कुछ सेकंड के लिए पूछता है। अब, यह कुंजी के लिए पूछना छोड़ देता है, गनोम को लोड करने की कोशिश करता है, और फिर नीचे चित्रित स्क्रीन पर जाता है। सिस्टम एक 64-बिट System76 बॉक्स है जो Ubuntu Gnome 13.04 पर चल रहा है। यह मेरे साथ अतीत में एक बार हुआ है, एक Dell XPS 8300 64-बिट रनिंग उबंटू ग्नोम रीमिक्स 12.10 पर। उस स्थिति में मैंने OS को पुन: स्थापित किया। हालांकि मैं वास्तव में इस बार समस्या को ठीक करना चाहता हूं इसलिए मुझे पता है कि भविष्य में इसे कैसे संभालना है। इसके अलावा, यह खरोंच से पुनर्स्थापित करने के लिए बेहद असुविधाजनक है।

मेरा संदेह यह है कि कुछ / इन बूट में एक config फाइल में खराब हो गया है कि यह डिस्क को एन्क्रिप्ट नहीं किया गया है, लेकिन मुझे वहां कुछ भी नहीं दिखाई दिया। क्या आपके पास इसे ठीक करने का कोई विचार है (ओएस को फिर से स्थापित करने के अलावा)?

Gave up waiting for root device. Common problems:
  — Boot args (cat /proc/cmdline)
    — Check rootdelay= (did the system wait long enough?)
    — Check root= (did the system wait for the right device?)
  — Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/mapper/gnome-root does not exist.   
Dropping to a shell! 

BusyBox v.1.20.2 (Ubuntu 1:1.20.2-1ubuntu1) built-in shell (ash)   
Enter 'help' for list of built-in commands.  

(initramfs)

Answer 1

मैंने तय कर लिया !!! भविष्य की पीढ़ियों के लिए इसलिए आपको पीड़ा के दिनों और अंतहीन घंटों से गुजरना नहीं पड़ता है जो मैंने किया था:

सबसे पहले, मैं (initramfs)निम्नलिखित लिखकर प्रॉम्प्ट से बूट करने के लिए सिस्टम प्राप्त करने में सक्षम था (मैंने इस मंच पृष्ठ को बैसाखी के रूप में इस्तेमाल किया ):

cryptsetup luksOpen /dev/sda5 sda5_crypt
lvm vgchange -a y
exit

इससे मेरा सिस्टम ठीक से बूट हो गया। एक बार बूट करने के बाद, मैं /etc/crypttabपहले की तुलना में एक अलग यूयूआईडी की ओर इशारा करता हूं । मैंने अपने से UUID उठाया /etc/fstab। मूल UUID मान सहेजें। आपको कुछ चरणों में इसकी आवश्यकता होगी। मैं फिर (एक टर्मिनल से) भागा:

update-initramfs -k all -c

यदि आपको एक चेतावनी मिलती है जो इस तरह दिखती है या कुछ इसी तरह की है:

WARNING: invalid line in /etc/crypttab

फिर शुरू करने के लिए वापस जाएँ और इसके बजाय sda5_crypt, अपने में क्या है का उपयोग करें crypttab।

मैंने फिर रिबूट किया। इस बार मुझे पासफ़्रेज़ के लिए संकेत मिला! लेकिन बहुत उत्साहित मत हो, क्योंकि यह काम नहीं किया। मैंने लगभग 7 बार सही पासवर्ड दर्ज किया और इसने उन सभी को खारिज कर दिया। इसके (initramfs)बाद लगभग 90 सेकंड के बाद प्रॉम्प्ट पर वापस चला गया ।

मैंने एक कदम दोहराया और इसे फिर से बूट किया। मैंने तब मूल यूयूआईडी मान को पुनर्स्थापित किया crypttab, और रीरन चरण दो। मैंने फिर रिबूट किया, और सफलता!

Answer 2

पूर्ण-डिस्क एन्क्रिप्शन के साथ Ubuntu 14.04 में एक विकल्प होने के नाते, मैं सिर्फ यह बताना चाहता था कि मैंने इस समस्या को कैसे हल किया, क्योंकि मेरे initramfs टर्मिनल ने मुझे उपयोग करने की अनुमति नहीं दी थी cryptsetup:

1. लाइव डीवीडी / यूएसबी से बूट (USB बहुत तेज हो जाएगा)।

2. एक टर्मिनल खोलें और निम्नलिखित टाइप करें:

   sudo -i
   cryptsetup luksOpen /dev/sda5 sda5_crypt
   # (do any lvm management you need here, I didn't need any.)
   mkdir /mnt/system
   mount /dev/mapper/ubuntu--vg-root /mnt/system
   mount /dev/sda2 /mnt/system/boot
   mount /dev/sda1 /mnt/system/boot/efi (May or may not be needed.)
   for i in /dev/pts /dev /proc /sys; do mount -B $i /mnt/system$i; done
   chroot /mnt/system
   update-initramfs -k all -c
   exit
   for i in /dev/pts /dev /proc /sys; do umount /mnt/system$i; done
   umount /mnt/system/boot/efi # (If you have UEFI.)
   umount /mnt/system/boot
   umount /mnt/system
   

3. रिबूट और आशा है कि यह काम करता है।

Comments

मुझे यह समाधान बेहतर लगा, क्योंकि मुझे यह पता लगाने की ज़रूरत नहीं थी कि इनट्राम्राम्स प्रॉम्प्ट कैसे प्राप्त करें या एक से अधिक रिबूट करें। मेरे मामले में, मैंने Ubuntu 15.04 से 15.10 तक अपग्रेड किया था और अब बूट के दौरान अपने ड्राइव को अनलॉक करने में सक्षम नहीं था। एक जोड़ यह है कि मैंने पाया कि लाइन 2 (जैसे sda5_crypt) पर प्रदान किया गया मैपिंग नाम आपकी क्रिप्टोकरंसी फाइल से मेल खाता है।

— डेर वुल्फ

यदि आपके पास कोई प्रविष्टि है, तो ही ऊपर काम करता है /etc/crypttab। ऊपर दिए गए चरणों के अनुसार चुरोट में प्रवेश करने के बाद, लेकिन दौड़ने से पहले update-initramfs, चलाएं nano /etc/crypttab, और सुनिश्चित करें कि मैपर और ड्राइव UUID के नाम के साथ वहां एक रेखा है। यदि फ़ाइल मौजूद नहीं है या खाली है, update-initramfsतो समस्या को ठीक नहीं करेगा! क्रोट वातावरण में रहते हुए क्रिप्टैब लाइन जोड़ें। इसे दर्शाने के लिए इस उत्तर को संपादित किया जाना चाहिए। इसके अलावा, मुझे लगता है कि cryptsetupकेवल initramfs प्रांप्ट पर /etc/crypttabमौजूद है यदि मौजूद है और जब initramfs अपडेट किया गया है तो प्रविष्टियाँ हैं।

— निक

Answer 3

लाइव-सीडी / लाइव-यूएसबी के माध्यम से बूटिंग के माध्यम से अपने ग्रब को ठीक करें। देखें यह पेज प्रक्रिया के विवरण के लिए। पृष्ठ पर "लाइवसीडी टर्मिनल के माध्यम से" अनुभाग देखें।

ग्रब को ठीक करना किसी भी विकृत फ़ाइल को ठीक करना चाहिए जो आपके पास ग्रब कॉन्फ़िगरेशन में हो सकती है।

Comments

पारितोषिक के लिए धन्यवाद। मैंने वह सब करने की कोशिश की जो आपने सुझाई लेकिन कोई फायदा नहीं हुआ। मैं सिर्फ यह समझ से बाहर किया था। यह बहुत क्रेजी है ...

— फ्रीडम_बेंन

Answer 4

जांचें कि आपने cryptsetupअपने सिस्टम पर इंस्टॉल किया है या नहीं, इसे चलाकर हटाया जा सकता है apt-get autoremove। अधिक जानकारी ।