"आपातकालीन मोड में आपका स्वागत है!" लगता है कि यह एक समस्या है


72

यहाँ छवि विवरण दर्ज करें

journalctl -xb स्निपेट (मुझे लगता है कि गलत है, यह कम से कम लाल रंग में था):

-- Unit systemd-fsckd.service has begun starting up.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1 contains a file system with errors, check forced.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1: Inodes that were part of a corrupted orphan linked list found.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: (i.e., without -a or -p options)
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: fsck failed with error code 4.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: Running request emergency.target/start/replace
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service: main process exited, code=exited, status=1/FAILURE
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Failed to start File System Check on Root Device.
-- Subject: Unit systemd-fsck-root.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit systemd-fsck-root.service has failed.
-- 
-- The result is failed.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Unit systemd-fsck-root.service entered failed state.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service failed.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Starting Remount Root and Kernel File Systems...
-- Subject: Unit systemd-remount-fs.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

अन्य त्रुटियों को नजरअंदाज किया जैसे: एसीपीआई पीसीसी जांच विफल रही। एनवीडिया प्रोप्राइटरी आदि नहीं ...

संपादित करें: मैं अपने पीसी को Ctrl+ दबाकर एक्सेस कर सकता हूं D, लेकिन यह कष्टप्रद है।


यहां एक सरल स्क्रिप्ट है जिसे आप ऊपर दिए गए समाधान को लागू करने के लिए चला सकते हैं: github.com/trezcan/rpi-emergency-mode
NotSoSmartyPants

जवाबों:


51

आप fsckUbuntu लाइव से भाग सकते हैं ।

  1. अपने कंप्यूटर पर स्विच करें। उबंटू लाइव डीवीडी / यूएसबी में बूट करें (इसे इंस्टॉल किए बिना आज़माएं)।
  2. इसके लोड होने के बाद, Ctrl+ Alt+ दबाकर एक टर्मिनल खोलेंT
  3. टर्मिनल में, चलाएं:

    sudo -i
    fdisk -l
    

    fdiskआपको सूचित करेगा कि आपका विभाजन /(रूट) क्या है। इस सवाल में यह है /dev/sdb1

    तब आपको दौड़ते रहना चाहिए:

    umount /dev/sdb1
    fsck -y /dev/sdb1
    poweroff
    

    यदि umountकमांड शिकायत करती sdb1है कि "माउंट नहीं है", तो यह कोई समस्या नहीं है। हम चाहते थे कि यह "माउंट न हो" :)।

  4. DVD / USB निकालें। SSD से बूट करने के लिए अपने कंप्यूटर को फिर से स्विच करें।


एक फ्लैश ड्राइव के बारे में क्या है, उस पर ubuntu स्थापित है?
किम आंद्रे

Il सिर्फ उबंटू ग्नोम 15.04 के साथ एक फ्लैश ड्राइव की कोशिश करें।
किम आंद्रे

यदि केवल यह एक परीक्षण उपकरण है, तो इसे फिर से बनाना सबसे अच्छा है।
कियोडके

हाँ, जो काम किया। इससे पहले कि मैं इसे umount कर सकता मैं कठिन SSD माउंट था। आशा है कि मैंने सही किया। कठिन यह वैसे भी काम किया है, लेकिन स्टार्टअप स्क्रीन मैं 1 सेकंड के बारे में अभी भी गड़बड़ है।
किम आंद्रे

Ubuntu 15.10 में एक ही मुद्दा था। उसी समाधान को लागू किया।
3

36

मुझे नहीं पता कि क्या यू ने आपकी समस्या हल कर दी है। मैंने क्या किया है:

sudo nano /etc/fstab

फिर जो आपने वहां जोड़ा उसके लिए हटाएं sdb1और फिर चलाएं:

sudo systemctl reboot

यह कहता है कि यह दूषित है, इसलिए मुझे इसके बारे में पता नहीं है, लेकिन मुझे आशा है कि यह किसी ऐसे व्यक्ति की मदद कर सकता है जो अपना लिनक्स नहीं चला सकता।


2
मुझे लगता है कि यह मेरे मुद्दे के सबसे करीब था। मैंने fstab में कुछ बुरा जोड़ा है और यह पता नहीं लगा सका कि यह क्या था। तो cp /etf/fstab.orig /etc/fstabमेरा समाधान था। कहानी का नैतिक: अपने मूल fstab का बैकअप बनाएं।
श्रीधर सरनोबत

1
आपका उत्तर मेरे मुद्दे को हल करता है। ऐसा लगता है कि मेरे पास एक स्वैप क्षेत्र के बारे में कुछ प्रविष्टियां थीं जो मैंने कभी कॉन्फ़िगर नहीं कीं। इसलिए, मैंने 'fstab' फ़ाइल की अंतिम पंक्तियों पर टिप्पणी की। फिर, मैं अपने नए स्थापित सिस्टम पर वापस जाने में सक्षम था।
जोशुआ

अब तक की सबसे अच्छी बात। और जीने की जरूरत है। बस बेवकूफ ntfs विभाजन टिप्पणी की
Ufos

26

मेरे पास सिर्फ इमरजेंसी मोड का मामला था। मेरी स्थिति में मैंने एक इंस्टॉलेशन ट्यूटोरियल का अनुसरण किया जिसमें मेरे माउंट पॉइंट्स के लिए कुछ विकल्पों को संपादित करने का सुझाव दिया गया था /etc/fstab। अतिरिक्त विकल्पों को हटाकर, मेरे सर्वर को समस्याओं के बिना रिबूट किया गया।


6
AskUbuntu में आपका स्वागत है! यह उपयोगी होगा यदि आप उस ट्यूटोरियल के लिए लिंक शामिल कर सकते हैं जिसका आप उल्लेख कर रहे हैं, या बेहतर अभी तक, आपके उत्तर के निर्देशों को संक्षेप में प्रस्तुत करता है।

3
शानदार सुझाव। मैंने अपने /etc/fstabहाथों से, और रिबूट करने के लिए प्राथमिकता दी थी।
आयोनिस फिलिपिपिडिस

तुम मेरी इतनी मदद करो। शुक्रिया +1
बेनी

यह सही है। मैंने / मीडिया / ubuntu / MY_UBUNTU_PARTITION / etc / fstab को संपादित किया और एक अतिरिक्त पंक्ति पर टिप्पणी की
वाहिद

मैं एक बेवकूफ था और गलती से एक यूएसबी हार्ड ड्राइव के लिए एक fstab प्रविष्टि में डाल दिया गया था जो निश्चित रूप से प्लग नहीं किया गया था: डी इतना हटाने कि मेरे लिए समस्या तय हो गई
Attila Szeremi

17

मैं विंडोज 10 और उबंटू 16.X दोहरे बूट सिस्टम का उपयोग कर रहा हूं।

मैं विभाजनों में से एक को माउंट करने में सक्षम नहीं था और त्रुटि विंडोज़ शटडाउन / हाइबरनेट से संबंधित थी। मैं sudo ntfsfix /dev/sda3मुद्दे को ठीक करता था। मैं ntfs विभाजन sda3 को माउंट करने में सक्षम था, लेकिन पुनरारंभ करने पर उबंटू आपातकालीन मोड में शुरू हो रहा था।
इस समस्या को ठीक करने के लिए, विंडोज़ में निम्न कमांड चलाएँ

shutdown /s /t 5

यह Ubuntu आपातकालीन प्रारंभ समस्या को ठीक करता है।


1
धन्यवाद, आपने मुझे समाधान के लिए प्रेरित किया! जब आप "तेज़ बूट" सुविधा को सक्षम करने के लिए सामान्य रूप से बंद करते हैं, तो विंडोज डिफ़ॉल्ट रूप से हाइबरनेशन के समान कुछ करता है, इसलिए मेरा समाधान तेजी से बूट बंद करना था।
बेन

14

खुशबू रानी और कागन अर्सलान के जवाब ने मुझे स्थायी समाधान तक पहुँचाया

विंडोज 10 में एक फ़ीचर होता है जिसे फास्ट बूट डिफॉल्ट रूप से सक्षम किया जाता है, जब उपयोगकर्ता कंप्यूटर पर "शट डाउन" बटन या पावर बटन का उपयोग करके सामान्य रूप से बन्द हो जाता है, वास्तव में हार्ड ड्राइव के समान चलने वाले कर्नेल और कुछ अन्य सिस्टम सामान को बचाएगा। लॉग ऑफ करने के बाद हाइबरनेशन के लिए। यह डेटा के भ्रष्टाचार, आकस्मिक या दुर्भावनापूर्ण को रोकने के लिए ऐसा करते समय किसी तरह से विभाजन को "लॉक" करने का कारण बनता है। इसका मतलब है कि उबंटू स्टार्टअप के दौरान विंडोज विभाजन को माउंट नहीं कर सकता है।

मेरे मामले में, मेरे पास / etc / fstab में विंडोज विभाजन के लिए प्रविष्टियाँ हैं, इसलिए इसने उबंटू को अनबूटे बना दिया।

समाधान विंडोज में बूट करने के लिए है, "फास्ट बूट" को अक्षम करें, और फिर सामान्य रूप से बंद करें। अब समस्या को स्थायी रूप से हल किया जाना चाहिए!

मैंने पहले जो लिंक साझा किया था, उसमें विंडोज के दौरान तेजी से बूट अक्षम करें:

  1. नियंत्रण कक्ष लॉन्च करें
  2. "हार्डवेयर और ध्वनि" सेटिंग्स पर जाएं
  3. "पावर विकल्प" पर जाएं
  4. "पावर बटन क्या करें" पर क्लिक करें
  5. "वर्तमान में अनुपलब्ध सेटिंग्स बदलें" पर क्लिक करें और यूएसी पहुंच प्रदान करें।
  6. "फास्ट स्टार्टअप चालू करें (अनुशंसित)" सेटिंग से चेकबॉक्स को साफ़ करें

3
विंडोज 10 और उबंटू के साथ किसी भी दोहरे बूटिंग के लिए, फास्ट बूट ("फास्ट स्टार्टअप") पहली चीज होनी चाहिए जिसे आप अक्षम करते हैं। धन्यवाद, यह वास्तव में मैं भाग गया मुद्दा था।
बेंजामिन R

2
बस ध्यान दें, अगर आपने पहले भी ऐसा किया है, तो आपको इसे फिर से करना पड़ सकता है - Win10 के अपडेट नियमित रूप से अपनी सेटिंग्स के साथ गड़बड़ कर सकते हैं। : - @
सहयोग किया

6

मेरे मामले में (ड्यूल बूट विंडोज 10) मुझे विंडोज को कमांड (विंडोज़ पर) के साथ ठीक से बंद करना पड़ा:

shutdown /s /t 5

जब मैं पुनः आरंभ करता हूं, तो समस्या के बिना उबंटू लोड हो जाता है।


2

मैं सिर्फ एक ही समस्या है, एक USB फ्लैश ड्राइव से Ubuntu LTS 16.04 बूटिंग। ऐसा sysctl defaultकरने से इसे ठीक नहीं किया गया, fsckजल्द ही स्कैनिंग प्रगति संदेश के साथ फ्लैश होगा और फिर वही संकेत आएगा। यहाँ काम किया है:

fsck -y /dev/sda1
reboot

2

अगर यह एक वर्चुअलबॉक्स वीएम में होता है, तो हो सकता है कि यह विभाजन में से एक को माउंट करने में विफल रहा हो /etc/fstab- दुर्भाग्य से यह "आपातकालीन मोड में आपका स्वागत है!" यहां तक ​​कि अगर यह एक महत्वपूर्ण विभाजन नहीं है - इसलिए यदि आपने किसी फ़ाइल सिस्टम को माउंट करने का प्रयास करने के लिए एक विकृत प्रविष्टि जोड़ी है, vboxsfतो पूरी प्रणाली बूट लॉग में इसे बहुत स्पष्ट किए बिना बूट करने में विफल रहती है कि यह मुख्य समस्या है।

वैसे भी समस्या को दूर करने के लिए आपको या तो अपमानजनक प्रविष्टि की टिप्पणी करने की आवश्यकता है या /etc/fstabइसे संशोधित करना चाहिए ताकि वह इससे mountखुश हो।


मेरे पास एक USB ड्राइव के रूप में मेरी fstab प्रविष्टियाँ हैं, जिसमें "पॉवर सेविंग मोड" है, इसलिए हर एक बार इसे पावर डाउन करने की शक्ति है। बढ़ते प्रक्रिया इसे नहीं जगाती है, इसलिए यह विफल हो जाता है, आपातकालीन मोड पर वापस गिरता है।
जोनाथन

1

कुछ अन्य उत्तरों के समान, मेरे लिए चाल /etc/fstabमेरे वैकल्पिक LVM विभाजन के लिए एक प्रविष्टि पर टिप्पणी करने की थी । मुझे नहीं पता कि कुछ दिन पहले यह क्यों शुरू हुआ कि उबंटू 17.10 अब LVM विभाजन नहीं खोज सकता है, और न ही इस प्रणाली को "आपातकालीन" मोड में बूट करने का कारण बन रहा था।

एक बार प्रविष्टि में टिप्पणी करने के बाद /etc/fstab, मैंने अपने डेस्कटॉप पर सफलतापूर्वक रीबूट किया। कुछ ट्यूटोरियल्स को देखते हुए, मैंने देखा कि मुझे कुछ LVM कमांड्स याद आ रहे हैं, इसलिए मैंने भाग लिया sudo apt-get install lvm2जिससे लगता है कि समस्या ठीक हो गई है।

अगर मेरी तरह आपको लगता है कि आपका एलवीएम विभाजन समस्या का कारण है, तो मेरे द्वारा चलाए गए आदेशों का पूरा सेट था:

sudo lvmdiskscan
sudo apt-get install lvm2
sudo lvmdiskscan
sudo lvdisplay
sudo vi /etc/fstab
sudo vgchange -a y
sudo mount -a

सुनिश्चित नहीं हैं कि ये सभी आवश्यक हैं - मुझे संदेह है कि apt-get install lvm2मेरे सिस्टम को फिर से बूट करने के लिए महत्वपूर्ण था।


0

मुझे एक ही समस्या थी, कमांड फस्क चलाने के बाद यह ठीक हो रहा था लेकिन कुछ समय बाद मेरा कंप्यूटर फिर से आपातकालीन मोड में जा रहा था इसलिए मैंने अपनी हार्ड डिस्क से पूरा डेटा हटा दिया और नया ओएस स्थापित किया। इसने मेरी समस्या हल कर दी। मुझे लगता है कि समस्या उबंटू 15.0 ज्वलंत संस्करण के साथ थी इसलिए मैंने 14.0 संस्करण स्थापित किया। फिर भी कोई समस्या नहीं है।


यह वास्तव में "फिक्स" नहीं है, लेकिन यह आपके डेटा को खोने की कीमत पर समस्या को हल करता है।
Tcll

0

मेरी भी यही समस्या थी। सामान्य रूप से शुरू किए गए / etc / fstab सिस्टम से मैन्युअल रूप से जोड़े गए ntfs विभाजन पर टिप्पणी की गई। उन ntfs विभाजन के कारण जर्नलिंग समस्या को ठीक करने के लिए ntfsfix कमांड का उपयोग किया जाता है जैसे: Sudo ntfsfix / Dev / ntfs विभाजन फिर से आरोहित / etc / fstab रिबूट में


0

तो यहाँ कई अच्छे जवाब हैं - बस जानकारी में जोड़ने के लिए, मेरा मुद्दा tmpfs वर्तनी में एक गलती थी क्योंकि मैं एक सर्वर को सुरक्षित करने के लिए / etc / fstab में जो लाइन जोड़ रहा था वह गलत है।


0

मेरे पास बस एक ही मुद्दा था और मेरे मामले में, मैंने अपने ग्रब विभाजन को फिर से बनाया था और इसलिए मेरे पास पिछले ग्रब विभाजन की तुलना में यह एक अलग यूयूआईडी था। जब मैंने ubuntu को बूट किया, तो सिस्टम UUID की जाँच नहीं कर पाएगा। मैंने इस समस्या को ठीक करने के लिए:

sudo nano /etc/fstab

फिर यूयूआईडी युक्त लाइन को उस विभाजन से टिप्पणी करें जिसे मैंने अभी संशोधित किया था।

फिर rebootपरिवर्तन लागू करने के लिए।


0

उपरोक्त सभी उत्तरों ने मेरी मदद नहीं की, क्योंकि मेरे पास fstab के लिए पुनर्प्राप्ति फ़ाइल नहीं थी।
चाल क्या थी (आपातकालीन मोड में)

cat /proc/mounts > /etc/fstab
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.