फाइलसिस्टम बूट पर माउंट करने में विफल रहता है, लेकिन जब मैन्युअल रूप से माउंट किया जाता है तो ठीक है

Question

मुझे यकीन नहीं है कि कब / क्यों ऐसा होने लगा, लेकिन मेरे पास /etc/fstabबूट करने के लिए माउंट करने के लिए एक RAID सरणी है /mnt/data। आज तक सब कुछ ठीक है, और यह कई वर्षों से इस तरह से है!

वैसे भी, मैंने आज सर्वर (सेंटोस 7) को रिबूट किया और यह "आपातकालीन मोड" में चला गया। journalctrlनिम्न प्रविष्टियों की जाँच के बाद:

Feb 01 13:04:45 CentOS7 systemd[1]: Mounting /mnt/data...
Feb 01 13:04:45 CentOS7 mount[819]: mount: /dev/md126 is already mounted or /mnt/data busy
Feb 01 13:04:45 CentOS7 systemd[1]: Failed to mount /mnt/data.

हालाँकि, अगर मैं लाइन को /etc/fstabरिबूट और रिबूट (जो सामान्य रूप से शुरू होता है) को हटाता हूं, तो लाइन को फिर से दर्ज करें, और mount -aफिर रन करें यह ठीक है।

किसी भी कारण से यह बूट पर विफल हो रहा है?

मैंने errors=continueउस पंक्ति में एक विकल्प के रूप में जोड़ा है /etc/fstabजिसमें एक रिबूट को आपातकालीन मोड में प्रवेश करने से रोकता है (और वैसे भी ड्राइव को अजीब तरह से मापता है - संभवतः बाद के चरण में), लेकिन जैसा कि अन्य माउंट हैं मैं बूट पर प्रदर्शन करना चाहूंगा जो उस पर निर्भर करता है शुरू में एक घुड़सवार, इसलिए वास्तव में मैं एक उचित समाधान खोजना चाहते हैं।

Comments

आप पूरे fstab फ़ाइल कृपया पोस्ट कर सकते हैं

— d4v3y0rk

क्या स्क्रिप्ट में rc.local की तरह कुछ mounts / mnt / डेटा संभव है, जो fstab माउंट के बाद चलता है? यह जर्नल में उन त्रुटियों को दिखाएगा और सिस्टम को ठीक से बूट नहीं करने का कारण होगा। क्या / mnt / डेटा खाली है और एक्सेस नहीं किया जा रहा है? यदि माउंट होने पर कुछ उस क्षेत्र में लिखने की कोशिश कर रहा है, तो यह इस त्रुटि का भी कारण होगा। उदाहरण के लिए, बूट पर शुरू होने वाली कुछ प्रक्रिया में लॉग फ़ाइल सेट / mnt / डेटा / लॉग हो सकता है। बस कुछ विचार है।

— पीटर बेरबेक

क्या आप कृपया अपनी: बिल्ली / आदि / fstab पोस्ट कर सकते हैं और एक रिबूट के बाद fstab के अंदर अपनी लाइन के साथ। कृपया की सामग्री पोस्ट करें: dmesg

— hr

क्या आपने, किसी भी संयोग से, Centos 6 से Centos 7 में अपडेट किया? जैसा कि सेंटोस 7 केवल 2 साल से थोड़ा अधिक समय के लिए है ...

— मिककी

Answer 1

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

इस त्रुटि का एक सामान्य कारण डिस्क को संदर्भित करना है /dev/sdX। यदि अन्य डिस्क जुड़े हुए हैं तो यह एक और डिस्क को माउंट करने का प्रयास कर सकता है, और विशिष्ट विकल्पों के कारण विफल हो सकता है।

यदि आप एक fstab फ़ाइल प्रदान करते हैं तो मैं अधिक विवरण प्रदान करने में सक्षम हो सकता हूं।

Comments

nofailकिसी कारण से LVM विभाजन पर काम नहीं करता है। संभवतः यह LVM बूट को रोक रहा है यदि यह एक त्रुटि पाता है (भले ही बूट विभाजन ठीक है)।

— केन शार्प

Answer 2

उसके अलग-अलग कारण हो सकते हैं:

• /etc/mtab अभी भी मौजूदा है क्योंकि पहले कोई उचित शटडाउन नहीं है?

• /dev/md128 वास्तव में पहले से ही एक अलग निर्देशिका के लिए मुहिम शुरू की है?

• कुछ और मुहिम शुरू की है /mnt/data

सबसे अच्छा तरीका यह होगा कि सिस्टम को ऊपर जाने दिया जाए (जैसे रूट पासवर्ड दर्ज करके, यदि पूछा जाए) और जांचें कि क्या होता है। mountकमांड का आउटपुट मददगार होगा।