समस्या (स्थानीय) बूट पर माउंट (sysvinit)

Question

बूट के दौरान, कुछ / कई माउंट पॉइंट माउंट /etc/fstabनहीं होते हैं। /etc/mtabफ़ाइल इन बातों माउंट शामिल हैं - मेरी समझ प्रणाली फ़ाइल सिस्टम पहले से ही रखा जाता है का मानना है कि है।

/etc/rc.d/init.d/mountfsलाइन के साथ मेरी स्क्रिप्ट (एलएफएस से लिया गया) को संशोधित करना

grep -v root /proc/mounts > /etc/mtab

कॉल करने से पहले (मैंने कुछ आउटपुट प्राप्त करने के लिए ( vऔर जोड़ा #- सिस्टम के दावे पहले से ही माउंट हैं)

mount -av -O no_netdev # > /dev/null

सिस्टम को फ़ाइल सिस्टम को उचित रूप से माउंट करने की अनुमति देता है।

हालाँकि, इस मामले में, फाइलसिस्टम शटडाउन पर ठीक से अनमाउंट नहीं किया गया है (उसी स्क्रिप्ट द्वारा stopतर्क ले रहा है)। शटडाउन पर त्रुटि रूट फाइल सिस्टम से संबंधित है।

dfरिटर्न आउटपुट जो मेरे फाइलसिस्टम की स्थिति को दर्शाता है, इसलिए जांचना आसान है। mountअपेक्षित माउंटपॉइंट के सभी आउटपुट, भले ही वे माउंट न हों (यानी, /etc/rc.d/init.d/mountfs में संशोधन के बिना)

आदेशों को जारी करना जैसे mount /mountpoint/in/fstabबिंदु को सफलतापूर्वक आरोहित करता है, भले ही वह पहले से ही हो /etc/mtab(संभवत: ऐसा इसलिए है क्योंकि mount -aचेक mtab, और mount <specific point>नहीं है?)

क्या गलत हो रहा है?

मेरा /etc/fstab:

# device     mount-point     fs-type    options      dump fsck-order

# Core mount points
proc         /proc           proc       nosuid,noexec,nodev     0  0
sysfs        /sys            sysfs      nosuid,noexec,nodev     0  0
devpts       /dev/pts        devpts     gid=5,mode=620          0  0
tmpfs        /run            tmpfs      defaults                0  0
devtmpfs     /dev            devtmpfs   mode=0755,nosuid        0  0

/dev/sda8    swap            swap       pri=1                   0  0
/dev/sda9    /               ext4       defaults                1  1
/dev/sda10   /home           ext4       defaults                0  2


# Additional mount points
/dev/sda6    /mnt/Ubuntu     ext4       defaults                0  0
/dev/sda11   /sources        ext4       defaults                0  0

# Network mounts
//software.blah.blah/path /mnt/Licensed cifs credentials=/home/<user>/.smbpasswd,ro,_netdev 0 0

Comments

यह एक प्राचीन लिनेक्स है: इनमें से अधिकांश VFS (sysfs, devpts, devtmpfs) अप्रचलित हैं। किसी भी मौका आप कुछ और हाल ही में अपग्रेड कर सकते हैं?

— मारियसमाटुटिया

हम्म, मुझे नहीं पता था कि। हालाँकि, यह निश्चित रूप से एक प्राचीन linux नहीं है। कर्नेल 3.19.0 पर है, डेस्कटॉप लाइब्रेरी और एप्लिकेशन (जैसे क्यूटी, केडीई, जीटीके) जीआईटी से हैं और अधिकांश अन्य सिस्टम लाइब्रेरी सबसे हाल ही में (या सबसे हाल ही में से एक, यदि बहुत बार जारी किए गए) रिलीज़ होते हैं। मेरे पास ईयूडीवी स्थापित है - शायद मुझे इन वीएफएस को हटा देना चाहिए? बूट पर इस बार, / देव / पीटी को छोड़कर सब कुछ सही ढंग से घुड़सवार। पाठ कंसोल (Ctl-Alt-F1) पर स्विच करना और sudo mount /dev/ptsइसे ठीक करना।

— chrisb2244

माना जाता है कि शायद इस समस्या का कारण /dev/ptsfstab में पहले की तुलना में बढ़ रहा था /dev, क्योंकि बहुत मददगार नहीं होगा, लेकिन /devचार में से एक स्पष्ट आरोह है /etc/rc.d/mountvirtfs, और /dev/ptsसंभवतः mount -aकॉल के द्वारा माउंट किया जाना छोड़ दिया /etc/rc.d/mountfsजाता है (जिसे बाद में कहा जाता है) । किसी भी मामले में, स्विचिंग ऑर्डर में कोई अंतर नहीं आया (जो मुझे ऊपर बताए गए निरीक्षण के बाद आश्चर्यचकित नहीं हुआ)

— chrisb2244

Answer 1

जारी करने वाले grep -v root /proc/mounts > /etc/mtab; echo "/dev/sda9 / ext4 defaults 1 1" >> /etc/mtabयह समस्या सुलझा नहीं।

स्टार्टअप समस्या mtab फ़ाइल के कारण थी, जिसमें एंट्रीज को शटडाउन के दौरान ठीक से नहीं हटाया गया था। एक बार रूट फाइलसिस्टम को mtab फाइल (बूट के बाद) में जोड़ा गया, शटडाउन ठीक से हो गया और फिर स्टार्टअप भी ठीक काम करता है।

mountfsMtab फ़ाइल को सही ढंग से सेट करने के बाद इसमें जोड़ी गई पंक्ति की आवश्यकता नहीं थी।

यदि कंप्यूटर शक्ति खो देता है / जबरदस्ती बंद हो जाता है, तो यह एक अवसर पर फिर से टूट गया है। फिर ऊपर दिए गए चरण समस्या को ठीक करते हैं।