Ubuntu 14.04 त्रुटि संदेश के बाद बूटिंग नहीं। / tmp को माउंट नहीं किया जा सका

मैंने हाल ही में Ubuntu 14.04 को WUBI का उपयोग करके स्थापित किया और स्थापना के बाद जब इसे बूट किया तो इसमें एक त्रुटि दिखाई दी:

Serious errors were found while checking the disk drive for /.

तीन विकल्प थे:

press [I] to ignore, press [S] to skip mounting and press [M] to mount manually.

मेरे दबाने के बाद I, यह दिखाया गया है /tmpकि माउंट नहीं किया जा सकता है और मेरा उबंटू बूट नहीं कर रहा है।

किसी को भी इस समस्या को हल करने के लिए कैसे मार्गदर्शन कर सकते हैं?

— user272877
स्रोत

@ पंड्या मेरे पास लिंक को देखने के लिए है, लेकिन उत्तर

— प्रोबेल

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

— user272877

मैंने ऊपर इस्तेमाल किया और यह बहुत अच्छा काम करता है। हालाँकि, जब मैं GRUB2 बूट प्रविष्टि को संपादित करने का प्रयास करता हूं; यह मूल पर वापस लौट जाएगा (यहां तक कि इसे सहेजने के बाद भी)। मैंने कमांड का उपयोग किया: sudo gedit /etc/grub.d/10_lupin मैं इसे संपादित करने और इसे सहेजने (आरडब्ल्यू से आरडब्ल्यू में परिवर्तित) करने में सक्षम था। लेकिन रिबूट करने के बाद, यह मूल बूट प्रविष्टि पर वापस लौटता है। मैं इसे स्थायी कैसे बना सकता हूं? बहुत धन्यवाद,

पवित्र गाय, ऐसा क्यों हो रहा है?

— डिर्क

बग # 1091792 / tmp के लिए डिस्क ड्राइव अभी तैयार नहीं है या मौजूद नहीं है

— bain

जवाबों:

Windows बूट प्रबंधक में, Ubuntu का चयन करें।
किसी भी कुंजी को दबाएं और GNU Grub2 मेनू दर्ज करें।
आप GRUB2 बूट प्रविष्टि को संपादित करने के लिए "e" दबा सकते हैं।

आपको GRUB2 बूट प्रविष्टि को "ro" से "rw" में बदलना होगा,

जैसे

linux   /boot/vmlinuz-3.13.0-24-generic root=UUID=AAC884AC1F144321 loop=/ubuntu/disks/root.disk ro   quiet splash $vt_handoff

सेवा मेरे

linux   /boot/vmlinuz-3.13.0-24-generic root=UUID=AAC884AC1F144321 loop=/ubuntu/disks/root.disk rw   quiet splash $vt_handoff

प्रेस F10, आप Ubuntu 14.04 में बूट कर सकते हैं।

और आप GRUB2 बूट प्रविष्टि को ठीक कर सकते हैं:

sudo vi /etc/grub.d/10_lupin

लाइन बदलें:

linux   ${rel_dirname}/${basename} root=${LINUX_HOST_DEVICE} loop=${loop_file_relative} ro ${args}

सेवा मेरे:

linux   ${rel_dirname}/${basename} root=${LINUX_HOST_DEVICE} loop=${loop_file_relative} rw ${args}

GRUB2 बूट प्रविष्टि को पुनर्जीवित करें:

sudo update-grub

— user273948
स्रोत

ठीक है, मदद करने के लिए धन्यवाद, लेकिन आखिरी सवाल कि मैं ubuntu में बूट किए बिना ग्रब फ़ाइल को कैसे बदल सकता हूं क्योंकि मैं अपने ubuntu में बूट नहीं कर सकता हूं

— user272877

1. विंडोज़ बूट मैनेजर में, Ubuntu चुनें। 2. किसी भी कुंजी को दबाएं और GUN Grub2 मेनू में जाएं। 3. आप बूट करने से पहले कमांड्स को संपादित करने के लिए "e" दबा सकते हैं।

— user273948

विंडोज बूट मैनेजर से "उबंटू" चुनने के बाद, शिफ्ट को दबाए रखें और ग्रब मेनू दिखाई दे।

— gfour

बहुत बहुत धन्यवाद मेरे ubuntu अंत में बूट! सभी के लिए धन्यवाद

— 18:27 पर user272877

मैं इस उत्तर के साथ समस्या को ठीक करता हूं, लेकिन अब जब मैं कंप्यूटर को पुनरारंभ करता हूं या बंद करता हूं, तो बूट विकल्पों में ubuntu का चयन करने के बाद, स्क्रीन काली हो जाती है और कभी आरंभ नहीं होती है। मैं मैन्युअल रूप से रिबूट करता हूं और फिर बूट विकल्प में ubuntu का चयन करता हूं, मेनू में e और फिर F10 दबाता है और यह ठीक लोड होता है, हमेशा ubuntu को लोड करने में सक्षम होने के लिए e -> F10 को दबाना पड़ता है। कोई सुझाव?

— डुवर

अस्थायी फिक्स - (रीड-ओनली) के rwबजाय root.disk के आरंभिक माउंटिंग (रीड / राइट) को ओवरराइड करना roअच्छा है। 14.04 इंस्टॉल (या अपग्रेड) के बाद वूबी को बूट करने का यह एकमात्र तरीका है।

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

/usr/share/initramfs-tools/script/localदिखाए गए अनुसार फ़ाइल को संशोधित करें (एक लाइन निकाली गई, तीन जोड़ी गई):

--- /home/bcbc/local   2014-11-19 20:25:12.274837304 -0800
+++ /usr/share/initramfs-tools/scripts/local   2014-11-19 20:28:37.990832807 -0800
@@ -143,7 +143,9 @@
        modprobe ${FSTYPE}

        # FIXME This has no error checking
-       mount ${roflag} -o loop -t ${FSTYPE} ${LOOPFLAGS} "/host/${LOOP#/}" ${rootmnt}
+       loopdev=`losetup -f`
+       losetup ${loopdev} "/host/${LOOP#/}"
+       mount ${roflag} -t ${FSTYPE} ${LOOPFLAGS} ${loopdev} ${rootmnt}        

        if [ -d ${rootmnt}/host ]; then
            mount -o move /host ${rootmnt}/host

परिवर्तन करने के बाद, प्रारंभिक रैमडिस्क अपडेट करें:

sudo update-initramfs -u

अतिरिक्त जानकारी के लिए, और फिक्स के लिए क्रेडिट देखें: https://code.launchpad.net/~noorez-kassam/ubuntu/utopic/initramfs-tools/fix-for-1317437/+merge/219927

सावधानी : यदि आप इस फिक्स को लागू करते समय कुछ टाइप करते हैं तो यह आपके इंस्टॉल को बूट करने से रोक सकता है। इसलिए सावधानी से आगे बढ़ें। और अनिश्चित होने पर, आसान ग्रब ओवरराइड का उपयोग करें। सुनिश्चित करें कि आप loopdev=लाइन के लिए `उद्धरण, नहीं 'का उपयोग करते हैं ।

यदि आप इसका प्रयास करते हैं और समस्याओं में भाग लेते हैं, तो कुछ चीज़ें हैं जिन्हें आप आज़मा सकते हैं:

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

यदि यह एक ताजा स्थापित है, तो पुनः स्थापित करना आपका सबसे अच्छा विकल्प है।

— bcbc
स्रोत

अपने आप की तरह, मैं इस समस्या का एक बेहतर दीर्घकालिक समाधान खोजने की कोशिश कर रहा हूं। अपनी विधि की कोशिश की, और रिबूट पर बहुत सारी त्रुटियां प्राप्त कीं, जिनमें से कुछ ने गुम फाइलों जैसे / etc / fstab को इंगित किया। क्या ऐसा हो सकता है कि मैंने एक टाइपो बनाया हो, हालांकि, क्या यह संभव है कि 'लॉसेटअप' उम्मीद की तुलना में एक अलग पहला अप्रयुक्त लूप डिवाइस ढूंढ रहा हो? क्या मुझे इसके बजाय / dev / loop0 का उपयोग करना चाहिए? वर्तमान में, मैंने आसान ग्रब ओवरराइड लागू किया है।

— बिल

@ मुझे लगता है कि एक टाइपो होगा। यदि आप अपना कोड पेस्ट करते हैं और लिंक पोस्ट करते हैं तो मैं देखूंगा।

— bcbc

धन्यवाद bcbc, दुर्भाग्य से, मैं मूल कोड को पेस्टीबिन नहीं कर सकता, क्योंकि मैंने विबाई को अनइंस्टॉल और पुनः इंस्टॉल किया था। हालांकि, मैं क्या करूंगा, वर्तमान कोड है जिसे मैं initramfs को फिर से बनाने के लिए उपयोग करने का इरादा रखता हूं। यहाँ लिंक है: pastebin.com/bRKc9fdL

— बिल

@ अच्छा लग रहा है।

— bcbc

प्रेरितों के काम 8: 8 को उद्धृत करने के लिए - इसलिए उस शहर में बहुत आनन्दित था .... इसलिए वह शाम को टूर्लौपिस के घर में था ...! आपकी मदद के लिए धन्यवाद bcbc। मेरी समस्या का समाधान किया। सब के बाद एक टाइपो होना चाहिए था! माइंड यू, मुझे कोड के उस हिस्से को / usr / share / initramfs-tools / script / local की नवीनतम कॉपी में पेस्ट करना था, क्योंकि मैंने अपनी मूल टिप्पणी पोस्ट करने के बाद इसे संशोधित कर दिया था। अन्यथा, यह एक आकर्षण की तरह काम करता था! अर्थात, मैंने /etc/grub.d/10_lupin की प्रभावित लाइन को केवल पढ़ने के लिए बदल दिया है। एक बार फिर, आपकी मदद के लिए धन्यवाद!

— बिल