रूट डिवाइस के लिए इंतजार कर रहे हैं, ubuntu - vg- रूट doesn मौजूद हैं


18

आज मैंने एक नेटबुक पर उबंटू 64-बिट स्थापित किया। जब नेटबुक यह बूट करता है, तो त्रुटि रिपोर्ट दिखाई दी। मुझे लगता है कि विभाजन के साथ समस्या है।

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/ubuntu--vg-root does not exist. Dropping to a shell! 

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

(initramfs)

अनुरोध के अनुसार lsblk का उत्पादन:

$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 232.9G  0 disk 
├─sda1   8:1    0   231G  0 part 
├─sda2   8:2    0     1K  0 part 
└─sda5   8:5    0     2G  0 part [SWAP]
sr0     11:0    1   1.2G  0 rom  /cdrom
loop0    7:0    0   1.1G  1 loop /rofs

1
दौड़ें lsblkऔर आउटपुट को अपने प्रश्न में जोड़ें।

7
@psusi अगर lsblkउपलब्ध नहीं है तो क्या होगा?
सिटिलाज

जवाबों:


11

कृपया पी फ्लैग के साथ lsblk -fs, fdisk / dev / sda और आउटपुट को ग्रबिन लिंक की रिपोर्ट में पेस्टबिन लिंक के रूप में जोड़ें।

खोज के आधार पर, आस्क उबंटू पर इसी तरह के सवाल लगते हैं, जिसका आज तक कोई जवाब नहीं है और यहां एक उत्तर दिया गया है जो छापे और उबंटू के बारे में बताता है।

इसमें कई सुझाव दिए गए हैं, जिनमें से कुछ लोगों के लिए काम करने लगते हैं।

  1. Initframs प्रॉम्प्ट से टाइपिंग का प्रयास करें ls /dev/mapperऔर देखें कि क्या आपका रूट वॉल्यूम सूचीबद्ध है। यदि यह सूचीबद्ध नहीं है, तो 10 सेकंड प्रतीक्षा करें और फिर से ls चलाएं।

    यदि यह अब सूचीबद्ध है, तो टाइप करें exitऔर इसे अब रूट डिवाइस और बूट ( यहां से लिया गया) ढूंढना चाहिए

  2. संपादित दबाकर बूट config eओएस चुनने के लिए भोजन की चेतावनी जब, और की जगह root=UUID-6500...से root=/dev/sdxजहां SDX बूट विभाजन है। यहाँ समस्या यह है कि यूयूआईडी या तो गलत है, या /dev/disk/by-UUID...मौजूद नहीं है (1)

  3. all_generic_ideबूट-लाइन के अंत में पैरामीटर जोड़ना जैसे kernel /boot/vmlinuz-2.6.27-7-generic root=UUID=43206294-74ef-434d-aca2-db74b4257590 ro quiet splash all_generic_ideकुछ लोगों के लिए काम करने लगता है (2)
  4. सुपर यूजर प्रश्न यहाँ , लगता है कि त्रुटि LVM के कारण है। समाधान भी उसी में दिया गया है जो lvm2 को स्थापित करने के लिए है।
  5. यदि उपलब्ध हो तो वही सुपर यूजर साइट पुराने कर्नेल का उपयोग करके बूट करने का भी सुझाव देती है। यह कुछ लोगों के लिए काम करने लगता है। Recoveryविकल्प का उपयोग करके बूट करने की कोशिश करना कुछ लोगों के लिए काम कर सकता है
  6. Nux_man777 द्वारा पोस्ट करें यह लगता है कि स्थापना माध्यम में त्रुटि हो सकती है।
  7. त्रुटि यहां/dev/mapper/ubuntu-vg-root बताए अनुसार छापे से संबंधित है

    "कॉपी प्रोसेस शुरू होने से ठीक पहले" इंस्टॉलर सारांश स्क्रीन में, उन्नत बटन पर क्लिक करें। बूट पार्टीशन बदलें (यह MSDOS- स्टाइल है "पैरेंट" लिनक्स पार्टीशन नहीं) / dev / mapper / pdc_feddhdf (या जो भी dmraid सूचियाँ हैं) जैसा कि आपका फ़ेकैरिड विभाजन) सुनिश्चित करें कि चेकबॉक्स को इस डिस्क से बूट करने के लिए क्लिक किया गया है। ध्यान दें कि इंस्टॉलर grub2 को सही तार्किक विभाजन / देव / mapper / pdc_feddabdf1 पर इंगित करने के लिए संशोधित करेगा।

    निर्दिष्ट साइट में स्थापना के बारे में विस्तृत निर्देश दिए गए हैं। ग्रब की स्थापना के बारे में अधिक जानकारी के लिए कृपया देखें।

  8. लाइव इंस्टालेशन मीडिया में बूट करना और रूट chrootयूज करके उबंटू को अपडेट करना कुछ लोगों के लिए काम करने लगता है ( यहाँ cpttripzz द्वारा सुझाव दिया गया है )। चेरोट के बारे में निर्देश यहाँ है । आप यूनिक्स और लिनक्स में भी इस प्रश्न का उल्लेख कर सकते हैं । अधिक विवरण आर्क विकी और जेंटू विकी में पाया जा सकता है ।
  9. RAID से नेटिव आईडीई के लिए SATA नियंत्रक को बदलना और एक ताजा इंस्टॉल करना कुछ लोगों के लिए यहां और यहां काम करना प्रतीत होता है
  10. आईडीई केबल या हार्ड डिस्क खराब हो सकती है (उपरोक्त ubuntu फोरम पेज 40 के समान)

पिछला ओएस Win7
जोनास फ्रांज





10

कुछ उबंटू संस्करणों में (उदाहरण के लिए Xubuntu 18.10) यह समस्या a के कारण हो सकती है apt autoremove। इसके कारण बग को हटाने का सुझाव दिया जाएगा

cryptsetup cryptsetup-bin cryptsetup-initramfs cryptsetup-run dmeventd libdevmapper-event1.02.1 liblvm2app2.2 liblvm2cmd2.02 libreadline5 lvm2

जो सिस्टम को गैर-बूट करने योग्य बनाता है (क्योंकि रूट पार्टिशन को माउंट नहीं किया जा सकता है और LVM का उपयोग करके अनएन्क्रिप्टेड किया जा सकता है)।

यदि आप LVM और डिस्क एन्क्रिप्शन का उपयोग नहीं कर रहे हैं तो यह उत्तर शायद आपके लिए नहीं है।

क्रायोटॉट वातावरण में क्रायसिपेटअप और lvm2 को फिर से स्थापित करके मैं इसे ठीक करने में सक्षम था: एक लाइव यूएसबी स्टिक से बूट करें, एक टर्मिनल में नीचे कमांड चलाएं, रिबूट करें।

# find root partition
sudo fdisk -l

# unencrypt partition
#   Note: replace /dev/nvme0n1p3 with your disk
#         replace "nvme0n1p3_crypt" with the correct name 
#         check by running this in chroot:
#         $ cat /etc/crypttab | cut -f1 -d " "
#         nvme0n1p3_crypt
sudo cryptsetup luksOpen /dev/nvme0n1p3 nvme0n1p3_crypt

# mount root partition
sudo vgscan 
sudo vgchange -ay
sudo mount /dev/mapper/xubuntu--vg-root /mnt

# prepare chroot environment
sudo mount /dev/nvme0n1p2 /mnt/boot/   # replace nvme0n1p2 with your boot partition!
sudo mount -o rbind /dev/ /mnt/dev/
sudo mount -t proc proc /mnt/proc/
sudo mount -t sysfs sys /mnt/sys/

# make dns available in chroot
sudo cp /etc/resolv.conf  /mnt/etc/resolv.conf 

# enter chroot
sudo chroot /mnt /bin/bash

# re-install missing packages
apt install cryptsetup lvm2

# re-generate  (this might be done also by apt in the step before, I'm not sure)
update-initramfs -u -k all

# Leave chroot environment - not sure if the following is really necessary...
exit
# Write buffers to disk
sudo sync
# Unmount file systems
sudo umount /mnt/sys
sudo umount /mnt/proc
sudo umount /mnt/boot

इस प्रश्नोत्तर ने मुझे आज्ञाओं को एकत्रित करने में मदद की।


1
ओह, आपने मुझे तीन दिनों के काम के लिए बचाया था, मैं एक नया उपकरण स्थापित करने में लगा था। पूरी तरह से काम किया! बदला nvme0n1p3के साथ sda5और nvme0n1p2साथ sda1(linux एलवीएम अंदर विभाजन और एलवीएम के बाहर छोटे बूट विभाजन, क्रमशः)
ओलिवर यू

1
@ ओलिवर महान कि यह काम किया! यहां तक ​​कि अगर आप इसे बूट नहीं कर सकते हैं, तो भी आपको अपने होम डायरेक्टरी और शायद / आदि के हिस्सों की प्रतिलिपि बनाने में सक्षम होना चाहिए। यह संभवतः inital सेटअप की तुलना में कम काम होना चाहिए।
लुम्ब्रिक

1
उबंटू 18.10 के लिए पूरी तरह से काम किया, जहां समस्या मुझे apt autoremoveसमस्या के बाद हुई। ऊपर ओलिवर की तरह, मुझे बस निम्नलिखित निर्देशों को बदलना था: nvme0n1p3sda5, nvme0n1p3sda5_crypt, nvme0n1p2sda1। इस तरह से सही अनुमान लगाएं, chrootदो बार cat /etc/crypttab | cut -f1 -d " "अंदर जाने की आवश्यकता नहीं है, chrootयह पुष्टि करेगा कि आपने सही अनुमान लगाया है। यदि आपको दो बार प्रवेश करने की आवश्यकता है, तो रिबूट के बाद ऐसा करें कि रिबूटिंग के बिना crytpsetup + LVM2 वातावरण को बंद करना और फिर से खोलना ... जटिल लगता है।
तानीस

यह भी ध्यान दें, इन निर्देशों ने गैर-बूटिंग हार्ड ड्राइव के साथ ड्राइव बाड़े में डाल दिया और यूएसबी के माध्यम से एक और (ठीक से काम कर रहे) उबंटू कंप्यूटर से जुड़ा हुआ है। इसके लिए लाइव सिस्टम की जरूरत नहीं है।
तानीस

धन्यवाद आदमी, इसे ठीक करने की कोशिश करने के 4 घंटे बाद मदद मिली। Ubuntu 19.10 पर भी काम करता है
WellBloud

3

मुझे यह समस्या थी और यहाँ या कहीं भी किसी भी पोस्ट पर कुछ भी मदद करने में सक्षम नहीं था। विशेष रूप से मेरे मामले में, मैं देख सकता /dev/mapperथा ubuntu--vg-rootकि उस मामले के लिए कुछ और नहीं था । इसका मतलब यह है कि LVM ने वॉल्यूम को माउंट / मैप करने की कोशिश की या तो कुछ गलत हुआ या बूट प्रक्रिया में कुछ गलत हो गया, और यह त्रुटि किसी भी पहले की समस्या के लिए एक कैच-ऑल लक्षण है।

इनमें से दूसरा मेरे लिए मामला था और केवल मेरे पढ़ने के कारण initramfsमैं इस मुद्दे को समझने और निदान करने में सक्षम था। यह पहली चीज है जो आपको करना चाहिए अगर आपको संदेह है कि एलवीएम करने से पहले कुछ गलत हो गया है।

मेरे मामले में (जो आपके समान नहीं हो सकता है लेकिन दस्तावेज के लायक है), मेरे पास पूर्ण डिस्क एन्क्रिप्शन (LUKS) सक्षम था, और किसी तरह cryptsetupउपकरण हटा दिए गए थे initramfs, इसलिए मुझे पासफ़्रेज़ को अनलॉक करने के लिए प्रेरित नहीं किया जा रहा था, और ड्राइव सुलभ नहीं थे, जिसका मतलब था कि /dev/sdaXमाउंट नहीं किया जा सकता है, और इसलिए ubuntu--vg-rootइसे माउंट / मैप नहीं किया जा सकता है /dev/mapper। यदि आप cryptsetupबिजीबॉक्स प्रॉम्प्ट से चलाने की कोशिश करते हैं , तो आप ll know you have the same issue if thecryptsetup `नहीं मिल सकते हैं।

समाधान एक LiveCD से बूट करने के लिए था cryptsetup, chrootरूट फाइल सिस्टम में , मैन्युअल रूप से ड्राइव को अनलॉक करें , पुनर्स्थापित cryptsetupकरें और कॉल करें update-initramfs


उबंटू पूछने के लिए आपका स्वागत है! :-) क्या आप वास्तविक कमांड में अंतिम लाइन का विस्तार कर सकते हैं?
फेबी

1
मैंने एक NVMe ड्राइव पर इस मामले (LUKS + LVM) के लिए एक स्क्रिप्ट लिखी, लेकिन इसे /dev/sd*स्टाइल ड्राइव में भी विस्तारित कर सकता है । unix.stackexchange.com/a/467113/103652
Dragon788

2

यहाँ उन लोगों के लिए जो एन्क्रिप्शन-संबंधी समस्याओं से पीड़ित हैं, जैसा कि @ ज़न्ना के उत्तर में, आपको इसके समान प्रक्रिया का पालन करना होगा:

  1. लाइव डिस्ट्रो / यूएसबी का उपयोग करके अपने सिस्टम में बूट करें।

  2. एन्क्रिप्टेड विभाजन को माउंट करें (उबंटू में, आपको डेस्कटॉप पर उपलब्ध एन्क्रिप्टेड वॉल्यूम को देखना चाहिए; डबल-क्लिक करना और पासवर्ड दर्ज करना पर्याप्त होना चाहिए)। विभाजन पर मुहिम शुरू की जाएगी /media/ubuntu/[mount point]। (उपयोगकर्ता नाम डिस्ट्रो के आधार पर बदल जाएगा; उदाहरण के लिए, Xubuntu उपयोग करता है xubuntu।)

  3. एक टर्मिनल विंडो और एक बोर्बन खोलें।

  4. सिस्टम के भीतर माउंट बिंदुओं के लिए उपयुक्त बाइंडिंग सेट करें:

    sudo su -
    mount -t auto /dev/sdX /media/ubuntu/[mount point]/boot
    mount --bind /dev /media/ubuntu/[mount point]/dev
    mount --bind /dev/pts /media/ubuntu/[mount point]/dev/pts
    mount --bind /sys /media/ubuntu/[mount point]/sys
    
  5. chroot अपनी एन्क्रिप्टेड डिस्क की रूट डायरेक्टरी में: chroot /media/ubuntu/[mount point]

  6. सुनिश्चित करें कि आपके सिस्टम में उचित initramfsपैकेज स्थापित हैं sudo apt install cryptsetup-initramfs lvm2:।

  7. गंभीर रूप से, आपको यह भी सुनिश्चित करना होगा कि आपके कॉन्फ़िगरेशन की फाइलें initramfsक्रायसिपेटअप बायनेरिज़ को शामिल करने के लिए मजबूर करती हैं, जिन्हें किसी बिंदु पर हटा दिया गया था, ऐसा लगता है : लाइन को nano /etc/cryptsetup-initramfs/conf-hookअनकम्प्लीट करें CRYPTSETUP, और सुनिश्चित करें कि यह पढ़ता है CRYPTSETUP=Y

  8. अंत में, चलाएं update-initramfs -u -k all, बंद करें, लाइव मीडिया को खींचें, और वापस शुरू करें।

आपके सिस्टम के साथ जो हुआ है, उसके आधार पर आपका माइलेज अलग-अलग हो सकता है। यदि, उदाहरण के लिए, आपने LVM समूह का नाम या UUID बदल दिया है, तो आपको सही पहचानकर्ताओं को संरेखित करने /etc/crypttabऔर /etc/fstabउनका उपयोग करने की आवश्यकता हो सकती है । यदि, मेरी तरह, आप एक रिलीज़ से दूसरे में माइग्रेट कर रहे थे, तो आप पा सकते हैं कि आपके पास एक ही समूह के नाम के साथ दो एन्क्रिप्टेड वॉल्यूम हैं - इससे डिस्क को बढ़ाना मुश्किल हो जाता है (आपको स्पष्ट रूप से यूयूआईडी का उपयोग करने की आवश्यकता है)।

सभी के कारण, Xubuntu 18.10 में अपग्रेड इस वजह से भयानक था। (कर्नेल में अपग्रेड किए जाने के बाद एक स्टॉक सिस्टम रिबूट नहीं होगा!) कम से कम वर्तमान सेटअप में मेरे पास है, सिस्टम रिबूट के माध्यम से स्थिर है।

Nb, ACPI त्रुटियां जो मुझे समाधान की तलाश में पूरे इंटरनेट पर ले गईं, एक लाल हेरिंग थीं: उन्हें इस बात का कोई असर नहीं है कि आप एक एन्क्रिप्टेड डिस्क से बूट कर सकते हैं या नहीं।


sdXइस मामले में क्या है ? लाइवसीडी से बूट करते समय, कोई /bootविभाजन नहीं होता है , इसलिए यह स्पष्ट नहीं है कि वहां क्या जाना चाहिए।
रैलीन

@ralien - sdXएन्क्रिप्टेड विभाजन को पकड़े हुए ड्राइव है, शायद sdaअधिकांश सिस्टम में। मेरे मामले में, मैंने sdaएक नई स्थापना के दौरान मुख्य डिस्क ( ) को एन्क्रिप्ट किया ।
एथान

0

निम्नलिखित प्रयास करें:

(initramfs) reboot

फिर, ओएस चॉसर प्रॉम्प्ट पर, एक पुराने कर्नेल के साथ बूट करने का प्रयास करें।

यदि आप सफल होते हैं, तो शायद यह समस्या को ठीक कर देगा, जैसा कि @ ओने फेस की गोलियों 4 और 5 में सुझाया गया है, और इसके लिए लिंक लिंक:

sudo apt-get install lvm2

यदि lvm2 स्थापित नहीं है तो पुराने कर्नेल बूट नहीं होंगे। lvm2 पैकेज और कर्नेल लिंक नहीं की गई चीजें हैं। इसे रेस्क्यू सिस्टम के साथ बूट करने और चेरोट के माध्यम से पैकेज स्थापित करने की आवश्यकता है।
21
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.