UUID द्वारा डिस्क का पता नहीं लगाया गया (initramfs), बूट विफलता

18

मैं उबंटू 10.04 को बूट करने में असमर्थ हूं, बिल्ट इन बूट शेल यह त्रुटि देता है:

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/disk/by-uuid/aa91b9fe-1e27-44d7-9c1b-72dd7d4e8575 does not exist.   
Dropping to a shell! 

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

(initramfs)

अद्यतन 1
यह त्रुटि तब आई जब मैंने अपने 2.6.32-26संस्करण कर्नेल को अद्यतन किया और सीधे विंडोज़ में बूट किया।

Rootdelay समाधान काम नहीं किया। क्या कोई मौका है कि मेरी डिस्क का यूआईडी बदल गया (शायद विंडोज़ द्वारा), मैं पहले अपने उबंटू में लॉग इन कर सकता था लेकिन विंडोज़ में लॉग इन करने के बाद, और रिबूट करने पर मुझे यह त्रुटि मिलती है। जहां तक बैकअप की बात है, तो क्या मुझे उबंटू इंस्टॉलेशन की तुलना में अलग घर और कार्यक्षेत्र विभाजन होने की भी आवश्यकता है?

अपडेट 2
वह अपडेट जिसके बाद ऐसा हुआ था, तो यह केवल एक अपडेट (कोई नई स्थापना नहीं) था version 2.6.32-26.इसलिए मुझे लगता है कि कर्नेल के इस संस्करण के अंतिम अपडेट के साथ कुछ करना है। इसके अलावा चूंकि यह एक नया स्थापित नहीं था, इसलिए कोई नया मेनू प्रविष्टि नहीं जोड़ा गया था। किसी भी संयोग से यह कर्नेल अद्यतन के बाद विंडोज में मेरे रिबूट होने के कारण हो सकता है ।

अपडेट 3
लाइव USB के माध्यम से चेरोटिंग करके पुराने कर्नेल को स्थापित करें, फिर भी कर्नेल के साथ एक ही समस्या है, इसलिए ऐसा लगता है कि समस्या कर्नेल अपडेट के कारण नहीं है ।

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

अद्यतन 4
पुनर्स्थापित Ubuntu। इस बार घर और कार्यक्षेत्र विभाजन को अलग करने के लिए कॉन्फ़िगरेशन आसान था। यहां तक कि कठिन मुझे इस समस्या के समाधान की अभी आवश्यकता नहीं है, लेकिन अगर आपको कोई संभावित समाधान पता है तो कृपया भविष्य में लाभ के लिए यहां पोस्ट करें।

10.04 boot disk

— crodjer
स्रोत

पुनरावर्ती डिवाइस uids को सूचीबद्ध करने के लिए initramfs प्रॉम्प्ट से "blkid" चलाने का प्रयास करें।

— जोओ पिंटो

यदि आप कंप्यूटर को व्यस्त बॉक्स पर बैठते हैं तो क्या होता है "(initramfs)" एक मिनट के लिए संकेत दें और फिर "बाहर निकलें" टाइप करें और एंटर कुंजी दबाएं?

— Li Lo

फिर से वही संकेत देता है, उपरोक्त संदेश बूट शेल में जोड़े जाते हैं

— क्रोड्जेर

मुझे ठीक वही समस्या थी, और इस "बहुत कम अप-वोटेड" समाधान में एक समाधान मिला, लेकिन यह वास्तव में काम करता है! askubuntu.com/a/519814/223469

— Aleks

7

मेरे पास थ्रेड स्टार्टर की तरह ही एक ही मुद्दा था और मैंने इसे पुनः स्थापित किए बिना हल किया।

एक कॉपी किए गए डिस्क इमेज के आधार पर वर्चुअल इंस्टॉलेशन के साथ काम करते हुए मेरी समस्या हुई। इसके परिणामस्वरूप एक परिवर्तित uuid हो गया और प्रतिलिपि प्रारंभ नहीं होगी। यह मैंने क्या किया का एक मोटा स्केच है।

बचाव प्रणाली (समान संस्करण) का उपयोग करके पहले बूट करें और अपने गैर-बूटिंग डिस्क पर एक शेल चलाएं। एक नज़र डालें /etc/fstabऔर blkidप्रत्येक डिवाइस के लिए कमांड जारी करके वहां uuids की पुष्टि करें । इन प्रविष्टियों को ठीक करें क्योंकि वे महत्वपूर्ण हैं।

अगला हम ग्रब को ठीक करते हैं:

grub-mkconfig
update-grub

फिर भागो:

update-initramfs -u /boot/initrd.img-2.6.YOURVERSION-HERE

यह आपके संस्करण के लिए एक नया initramdisk बनाएगा। यदि आपको पता नहीं है कि आपके द्वारा चलाए जा रहे सटीक संस्करण / boot / / में फ़ाइलों पर एक नज़र है। उच्चतम संस्करण संख्या उठाकर सुरक्षित होना चाहिए।

आपके द्वारा बचाव शेल से बाहर निकलने के बाद ubuntu लाइव सीडी आपको अंतिम मेनू प्रदान करेगा जहां से आपने शेल में प्रवेश किया था। वहां "इंस्टॉल ग्रब" (या समान) चुनें और उस डिवाइस को दर्ज करें जहां अपना बूट सेक्टर डालना है।

अधिकांश प्रणालियों पर (मानक स्थापित) /dev/sdaएक सुरक्षित शर्त है। जागरूक रहें: विंडोज- या अन्य मल्टीबूट-सिस्टम को यहां अन्य प्रविष्टियों की आवश्यकता हो सकती है!

अंत में आपको मरम्मत की गई डिस्क से बूट करने में सक्षम होना चाहिए।

— एंड्रियास
स्रोत

1

इसने मेरे लिए काम किया, लेकिन अपडेट-इनट्राम्राम्स कमांड थी: अपडेट-इनिटरामॉफ्स -k -u 2.6.YOURVERSION-HERE

— Dan

5

यह समस्या प्रतीत होती है कि आपकी हार्ड डिस्क, या नियंत्रक, जल्दी से पर्याप्त रूप से प्रतिक्रिया नहीं करता है।

निम्नलिखित आज़माएँ:

जब बूट मेनू ऊपर आता है, तो सूची के शीर्ष पर प्रकाश डाला गया, दबाएं e( संपादित करें के लिए )।
आपको मापदंडों की एक लंबी सूची देखनी चाहिए। इसे इसमें जोड़ें: rootdelay=130
मारो Enterऔर फिर b( बूट )। यह देखने की कोशिश करें कि क्या आप अभी बूट करते हैं। यदि आप पहली बार मदद नहीं करते हैं, तो आप मान बढ़ा सकते हैं (लेकिन बहुत अधिक नहीं, 130 पहले से ही किसी भी हार्डवेयर के लिए पर्याप्त है जो टूटा नहीं है)।

हालाँकि, यह भी हो सकता है कि आपकी हार्ड ड्राइव विफल हो रही हो। एक बार जब आप अपने सिस्टम में वापस आते हैं, तो सबसे पहला काम आपके डेटा का बैकअप लेना होता है । यदि आप सुरक्षित रहना चाहते हैं, तो इसे ubuntu cd का उपयोग करके वापस करें। मैं आपसे दृढ़ता से आग्रह करता हूं कि आप ऐसा करें, जितनी जल्दी हो सके।

— स्टेफानो पलाज़ो
स्रोत

1

यह सच है ... कभी क्या होता है, एक लाइव सीडी या लाइव यूएसबी की कोशिश करें और लाइव डेस्कटॉप पर बूट करने के बाद एक बाहरी हार्ड ड्राइव संलग्न करें (आशा है कि आपके पास एक है) और अपने डेटा को बाहरी हार्ड डिस्क पर बैकअप देना शुरू करें ...

— सालीह एमिन

rootdelay समाधान काम नहीं किया। क्या कोई मौका है कि मेरी डिस्क का यूआईडी बदल गया (शायद विंडोज़ द्वारा), मैं पहले अपने बंटू में लॉग इन कर सकता था, लेकिन विंडोज़ में लॉग इन करने के बाद, और रिबूट करने पर मुझे यह त्रुटि मिलती है। जहां तक समर्थन करने की बात है, तो क्या मुझे बंटू इंस्टॉलेशन की तुलना में अलग-अलग घर और कार्यक्षेत्र विभाजन होने की भी आवश्यकता है?

— क्रोड्जेर

5

तथ्य की बात के रूप में मैंने एक या दो बार डिस्क यूयूआईडी को सहज रूप से बदलते हुए अनुभव किया है। परिवर्तन किसी प्रकार के भ्रष्टाचार का परिणाम हो सकता है। मैं निम्नलिखित कोशिश करूँगा:

अपने कंप्यूटर को लाइव माध्यम से बूट करें;
fdisk -l /dev/sdaउस विभाजन को खोजने के लिए जिसे आप खोज रहे हैं; या अपनी हार्ड ड्राइव द्वारा cfdisk; or usegparted (replacesda` का उपयोग करें )।
blkid /dev/sda1(आपके sda1द्वारा पाया गया विभाजन द्वारा प्रतिस्थापित ); वैकल्पिक रूप से उपयोग vol_id;
देखें कि क्या आप विभाजन (डिवाइस फ़ाइल का उपयोग करके /dev/sda1) को माउंट कर सकते हैं ;
जांचें कि क्या यूयूआईडी आपके रूट विभाजन में यूयूआईडी के साथ मेल खाता है /etc/fstab;
का उपयोग करके एक नया UUID उत्पन्न करें uuidgenऔर इसका उपयोग करके विभाजन पर लागू करें tune2fs -U;
fstabतदनुसार प्रविष्टि बदलें ।

यह प्रतीत नहीं हो सकता है कि यूयूआईडी के रूप में कुछ स्पष्ट कारण के बिना महत्वपूर्ण है, लेकिन ऐसा होता है, शायद एक बग के कारण। देखें कि यूयूआईडी को नए मूल्य में बदलने से मदद मिलती है।

— loevborg
स्रोत

1

Initramfs प्रॉम्प्ट, रूट डिस्क और fstab में uuid समान थे। मैंने अभी भी इसे बदल दिया है क्योंकि आपने निर्दिष्ट किया था लेकिन अभी भी वही समस्या है

— क्रोड्जेर

शायद यह वास्तव में कर्नेल अद्यतन से संबंधित एक समस्या है। क्या आप व्यस्त बॉक्स के अंदर से फ़ाइल सिस्टम को माउंट कर सकते हैं? डिवाइस फ़ाइल / dev / sda1 (mutatis mutandis) का उपयोग करके इसे माउंट करने का प्रयास करें, जो कि UUID से संबंधित नहीं होना चाहिए। यदि वह काम करता है, तो आप यूयूआईडी के बजाय डिवाइस फ़ाइलों का उपयोग करने के लिए अपने fstab और GRUB कॉन्फ़िगरेशन को संपादित कर सकते हैं।

— लोएवबर्ग

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

— लोवेबॉर्ग

2

जब मैंने इसे अपने सिस्टम पर देखा, तो यह गलत UUID के बूट रूट पैरामीटर के रूप में सेट होने की बात थी /boot/grub/menu.lst ।

cat /proc/cmdlineवास्तव में initramfs में पारित बूट पैरामीटर दिखाता है - यदि आप देखते हैं कि initramfs को गैर-मौजूद रूट विभाजन को माउंट करने के लिए कहा जा रहा है, तो यह स्पष्ट रूप से विफल होने वाला है।

update-grub मेरे लिए इन मापदंडों को अद्यतन नहीं किया, लेकिन मेनू में पुराने UUID के लिए बस एक मैनुअल प्रतिस्थापन कर रहा था। मेरे लिए इसे ठीक कर दिया।

— फ्रेड्रिक गंगेर
स्रोत

यह भी है कि मैंने अतीत में चीजों को कैसे ठीक किया है। हालाँकि, पिछली बार भी मैंने यूयूआईडी से परेशान नहीं किया था और बस गलत यूयूआईडी को / dev / xxx डिवाइस आईडी के साथ / etc / fstab में बदल दिया था। इसे ठीक करने का प्रयास करने वाले अन्य लोगों के लिए, @ loevborg का उत्तर भी देखें।

— बेलाक्वा

1

क्या आपको एक पुराना कर्नेल मिला है? क्या यह काम करता है? चेक / आदि / fstab के रूप में loevborg संभव 'बासी' रिकॉर्ड के बारे में कहा (मैं एक ही समस्या जब lvm और grub2 स्थापित किया गया था - / बूट विभाजन के लिए एक पुराना रिकॉर्ड था जो त्रुटि का कारण बना)

— पावलोस जी।
स्रोत

नहीं .... मुझे 4-5 बार नए इंस्टाल के परीक्षण के बाद पुराने कर्नेल को हटाने की आदत है। इसके बाद जो अपडेट हुआ, वह 2.6.32-26 वर्जन का सिर्फ एक अपडेट (कोई नया इंस्टॉल) नहीं था । तो मुझे लगता है कि यह कर्नेल के इस संस्करण के अंतिम अद्यतन के साथ कुछ करना है।

— crodjer

आप एक जीवित सीडी के साथ घूमने और इस कर्नेल या नवीनतम 2.6.35-23 को पुनर्स्थापित करने का प्रयास क्यों नहीं करते हैं?

— पावलोस जी। नोव।

हाँ ..... वर्तमान में एक लाइव usb स्टिक बना रहा है

— crodjer

पुराने कर्नेल को स्थापित करने से भी काम नहीं हुआ .... समस्या यह है कि कर्नेल अपडेट के कारण ऐसा प्रतीत नहीं होता है।

— crodjer 6

क्या आप उसके बाद bootinfoscript ( sourceforge.net/projects/bootinfoscript ) को चलाने और परिणामों को यहां पेस्ट करने का प्रयास कर सकते हैं?

— पावलोस जी।

1

मुझे नहीं पता कि यह क्या कारण हो सकता है लेकिन एक समाधान के रूप में आप केवल ग्रब को पुनः स्थापित करने का प्रयास कर सकते हैं। मुझे लगता है कि यह आपकी समस्या को हल कर देगा।

— binW
स्रोत

1

मैंने काट दिया और यह भी कोशिश की, लेकिन काम नहीं किया ... आखिरकार मैंने डिस्ट्रो को फिर से स्थापित किया।

— क्रोडजेर

1

स्थापित करने के बाद यह समस्या मेरे लिए दिखाई दी libuuid। मैं इसे मैन्युअल रूप से ठीक करने में सक्षम था और अब यह ठीक है, लेकिन हर बार यह अभी भी लापता के बारे में त्रुटियों को दिखाता हैblkid । साथ ही, रिबूटिंग की आवश्यकता वाले अपडेट के बाद बूट विफलता फिर से दिखाई देती है।

UUID /proc/cmdlineसही है, हालाँकि सिस्टम इसे पहचानने में विफल रहता है।

— RocketR
स्रोत

1

कैसे एक Ubuntu त्रुटि को ठीक करने के लिए: "No init found. Try passing init= bootarg "

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

mount: mounting /dev/disk/by-uuid/***************************** on /root
failed: Invalid argument
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /dev on /root/dev failed: No such file or directory
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /proc on /root/proc failed: No such file or directory
Target file system doesn't have /sbin/init
No init found. Try passing init= bootarg



Busybox v1.13.3 (Ubuntu 1:1.13.3-1ubuntu7) built-in shell (ash)
Enter 'help' for a list of built-in commands
(initramfs) _

Booting into "Recovery Mode" as well as choosing the other kernels listed in grub didn't help at all.

समाधान:

उबंटू लाइव सीडी से बूट;
ओपन / रन टर्मिनल;
प्रकार: sudo fdisk -l(डिवाइस नाम प्राप्त करने के लिए) फिर दबाएं ENTER;

डिस्क / देव / sda: 250.1 GB, 250059350016 बाइट्स 255 हेड्स, 63 सेक्टर्स / ट्रैक, 30401 सिलिंडर यूनिट्स = 16065 के सिलेंडर = 512 = 8225280 बाइट्स डिस्क आइडेंटिफायर: * ***

डिवाइस बूट स्टार्ट एंड ब्लाक आईडी सिस्टम / देव / sda1 * 1 30238 242886703+ 83 लिनक्स / देव / sda2 30239 30401 1309297+ 5 विस्तारित / देव / sda5 30239 304019266 82 लिनक्स स्वैप / सोलारिस

उपरोक्त के आधार पर मेरे मित्र के सिस्टम का डिवाइस नाम: /dev/sda1

प्रकार: sudo fsck /dev/sda1फिर दबाएं ENTER;
सिस्टम को बूट करें और सामान्य रूप से बूट करें।
- लैपटॉप ठीक होने के बाद सामान्य रूप से बूट होता है।

— kalaitrigger
स्रोत

1

मैं वही समस्या देख रहा था - मेरे पास जो अतिरिक्त जानकारी है इस्तेमाल किया blkid (और tune2fs) UUID जाँच करने के लिए, और उसके एक सटीक मिलान है। लिस्टिंग / देव / डिस्क / बाय-यूआईडी ने वहां बैठे अपेक्षित यूयूआईडी को भी दिखाया। ड्राइव व्यस्त बॉक्स के भीतर भी पूरी तरह से माउंट है। [/ Mnt] / बूट / में अपेक्षित सभी सामान्य फाइलें मौजूद हैं (कर्नेल के लिए 3.13.0-36)।

मुझे कंप्यूटर को बूट करने के लिए (बिजीबॉक्स के अंदर से) / etc / fstab का UUID संदर्भ रूट विभाजन / dev / sda1 होने के लिए बदल रहा है (अपने सेटअप के लिए उपयुक्त के रूप में संशोधित करें)। मुझे यकीन नहीं है, हालांकि, यह कदम महत्वपूर्ण है, क्योंकि अकेले ही इससे कोई फर्क नहीं पड़ा। क्या कियाअगले रिबूट पर , ग्रब पर बैठे, उबंटू डिफॉल्ट बूट को संपादित करने के लिए "ई" मारते हुए, और पूरे "अगर ... फाई" का निर्माण किया, और "लाइनक्स" लाइन के यूयूआईडी = को / देव के साथ बदल दिया। / sda1। इस दृष्टिकोण ने कंप्यूटर को पूरी तरह से बूट करने की अनुमति दी।

अंत में यह समस्या एक असफल दूसरी हार्ड ड्राइव बन गई जो डिस्क खोज अनुक्रम में बड़े पैमाने पर देरी का कारण बन रही थी।

— एलेक्स नॉर्थ-कीज़
स्रोत

0

सभी जवाबों की कोशिश की, लेकिन ubuntu को फिर से स्थापित करने के लिए इसे हल नहीं किया।

मेरे दोस्तों के कंप्यूटर में भी यही त्रुटि आई थी, लेकिन उसका भी कोई भाग्य नहीं था।

— crodjer
स्रोत

0

मैंने इसे फ़ाइल / etc / default / grub को संपादित करते हुए खुद तय किया

GRUB_CMDLINE_LINUX=" rootdelay=3 "
GRUB_DISABLE_LINUX_UUID=true

केवल पहले एक के साथ, यह पर्याप्त नहीं था। मैंने पहले भी एक 130 की कोशिश की थी। फिर मैंने UUID को दूसरी कमांड के साथ अक्षम कर दिया। यह वैसे भी LVM रूट विभाजन था, इसलिए UUID डेटा व्यर्थ था।

— फ्रांसेस्क गुआश
स्रोत

0

मेरे मामले में:

OS4 Ubuntu 14.04 के साथ ext4 में स्थापित किए गए हैं

लेकिन मैंने पाया कि जब मैं Ubuntu 10.04 के बाद 10.04 जैसे अन्य ubuntu संस्करण स्थापित करता हूं

और इसके अलावा Ubuntu 10.04 कर्नेल को संकलित करें और इसे स्थापित करने के लिए dpkg का उपयोग करें।

त्रुटि दिखाई देती है।

अंत में, समस्या grub.cfg में है।

क्योंकि ओएस के लिए Ubuntu 10.04 डिफ़ॉल्ट उपयोग ext2 है, इसलिए initramfs ext2 के ड्राइवर को ext4 ड्राइवर का उपयोग न करने के लिए लोड करेगा ...

इसलिए इसे ठीक करने के लिए ext2 को ext4 से grub.cfg में बदलें।

— jackend
स्रोत

0

मुझे उबंटू में एक ही समस्या है घंटों के बाद मुझे पता चलता है कि ग्रब ने sdb5 को बूट करने की कोशिश की और मेरी कली sd5 पर है इसलिए लाइव सीडी के साथ बूट करें और mddir के साथ उर लाइनक्स ओएस को माउंट करने की कोशिश करें और इसे माउंट करने की कोशिश करें। लोड और हिट ई में शिफ्ट होल्डिंग और रूट देव को बदलें और यदि यह काम करता है तो इसे स्थायी बना देता है

— user725770
स्रोत

0

यह तब भी हो सकता है यदि आपने किसी विभाजन या विशेष रूप से संपूर्ण हार्ड ड्राइव और विभाजन तालिका को dd के साथ जोड़ा है। यदि यह आमतौर पर हुआ है तो प्रश्न में सभी विभाजनों का एक समूह इसे हल करेगा।

स्रोत: http://realtechtalk.com/UbuntuDebianLinux_wont_boot_and_drops_to_Busybox_shell_after_cloning_HDD_with_dd-1978-articles

— आरिब सो यासिर
स्रोत

0

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

— आदित हां
स्रोत

-3

मैं अभी रिकवरी मोड में गया। और मेनू में ग्रब अपडेट करने वाले कुछ संकेत चुनें। तो समस्या को ठीक करें।

— zhankun
स्रोत

यूयूआईडी द्वारा / dev / डिस्क मौजूद नहीं है। मैं यह नहीं देखता कि कैसे ग्रब को अपडेट करने से यह समस्या हल हो जाएगी।

— एल्डर गीक