क्या मुझे fstab और mtab को संपादित करने के बाद अपने सर्वर को पुनरारंभ करने की आवश्यकता है?

Question

अगर मैं fstab और mtab को संपादित करने के बाद अपने सर्वर को पुनरारंभ करने की आवश्यकता हूं, तो मैं सोच रहा हूं। मैंने इस फाइल में कुछ बदलाव किया है जो मैन्युअल रूप से awstats रिपोर्ट की समस्या के कारण है।

मैं ISPConfig 3 उपयोग कर रहा हूँ से ट्यूटोरियल की मदद से howtoforge । लेकिन कुछ खाते को हटाने / हटाने के कारण, fstab और mtab का कॉन्फ़िगरेशन गड़बड़ हो गया।

मैं यह सवाल howtoforge मंच पर भी पूछता हूं लेकिन अब तक किसी ने भी जवाब नहीं दिया है। यदि आप मेरा प्रश्न पढ़ना चाहते हैं, तो कृपया इसे यहाँ देखें ।

मैंने w / o लक को समस्या को ठीक करने की बहुत कोशिश की।

अद्यतन करें:

यहाँ मेरे fstab का क्या होता है:

मूल्य से पहले (मैंने दूसरे को छोड़ दिया):

/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web1/log    none    bind,nobootwait    0 0
/var/log/ispconfig/httpd/example.com /var/www/clients/client1/web2/log    none    bind,nobootwait    0 0

इसलिए मैंने इसे सही रास्ते पर बदल दिया:

/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web2/log    none    bind,nobootwait    0 0
/var/log/ispconfig/httpd/example.com /var/www/clients/client1/web3/log    none    bind,nobootwait    0 0

मैंने mtab को ऊपर के समान मान रखने के लिए भी पाया है, इसलिए मैंने इसे मैन्युअल रूप से संपादित किया है।

से:

/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web1/log none rw,bind 0 0
/var/log/ispconfig/httpd/example.com /var/www/clients/client1/web2/log none rw,bind 0 0

सेवा मेरे:

/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web2/log none rw,bind 0 0
/var/log/ispconfig/httpd/example.com /var/www/clients/client1/web3/log none rw,bind 0 0

मैंने उन मानों को संपादित किया क्योंकि mydomain.com और example.com का सही रास्ता क्रमशः web2 और web3 फ़ोल्डर के अंतर्गत होना चाहिए।

जैसे अभी example.com का लॉग निम्न को इंगित करता है:

/var/www/clients/client1/web2/log

यह कब होना चाहिए:

/var/www/clients/client1/web3/log

इसलिए मैं सोच रहा हूं कि यह फस्टैब और मटैब की वजह से है।

कृपया मुझे निर्देशित करें कि लॉग को सही तरीके से डिफ़ॉल्ट निर्देशिका में कैसे इंगित किया जाए।

मैं इस लिंक पर एक-एक करके परिदृश्य की व्याख्या करता हूं ।

Answer 1

/etc/mtabऑपरेटिंग सिस्टम द्वारा फाइल को बनाए रखा जाता है। इसे संपादित न करें।

फ़ाइल /etc/fstab परिभाषित करता है कि क्या माउंट किया जाना चाहिए। इसे सिस्टम स्टार्ट पर पढ़ा जाता है।

जब मैं एक सिस्टम में एक अतिरिक्त डिस्क जोड़ता हूं जिसे सिस्टम स्टार्ट पर माउंट किया जाना चाहिए मैं इसे जोड़ देता हूं /etc/fstab ।

अपडेट की शुद्धता की जांच करने के लिए /etc/fstab मैं कमांड का उपयोग करता हूं mount -a। जो पढ़ता है/etc/fstabसिस्टम प्रारंभ के रूप में , यह उन फ़ाइलाइट्स को आरोहित करता है जो अभी तक माउंट नहीं हुए हैं।

माउंटपॉइंट के गुम होने या डिवाइस के गुम होने पर यह एक त्रुटि देता है।

रिबूटिंग पर सवाल का जवाब देने के लिए: नहीं, संपादन के बाद रिबूट करने की कोई आवश्यकता नहीं है /etc/fstab। आप के साथ testdrive कर सकते हैंmount -a

Comments

आमतौर पर समस्या यह है कि mount -aफाइलसिस्टम को रिमाउंट नहीं किया जाएगा जो पहले से ही माउंट हैं। इसके बजाय एक का उपयोग करेंगे mount <mount-point> -o remount, जैसे sudo mount / -o remount। यह fstab में परिभाषित विकल्पों का उपयोग करेगा।

— हाय-एंजेल

@Geert Stappers, मैंने Ubuntu Linux 16.04 पर आज संशोधित / etc / fstab किया और इसने मेरे सिस्टम को लगभग दुर्घटनाग्रस्त कर दिया। दूसरे शब्दों में, यह आपातकालीन रिबूट के लिए पूछता रहता है। धन्यवाद

— फ्रैंक

यह VMWare फ्यूजन में 16.04 अतिथि पर मेरे लिए काम नहीं किया। मुझे अपने प्राथमिक विभाजन का विस्तार करना था, जिसका मतलब था कि मुझे कमरे बनाने के लिए मौजूदा स्वैप विभाजन को हटाना होगा। मैंने नए विभाजन की जानकारी के साथ fstab को संपादित किया, लेकिन mount -aसिस्टम को नए स्वैप विभाजन को मान्यता नहीं दी। रिबूटिंग ने हालांकि काम किया।

— स्टीवन लू

Answer 2

आप संपादित नहीं करते /etc/mtab मैन्युअल रूप से ।

यद्यपि, आप लगातार माउंट बिंदुओं /etc/fstabको जोड़ने या हटाने के लिए अपने को बदल सकते हैं , यानी जो स्टार्टअप पर मुहिम शुरू करेंगे। इसके अलावा, फ़ाइल का उपयोग किया जाता है/etc/fstabmount(8) कमांड आरोह बिंदुओं को संदर्भित करने के लिए किया जाता है।

/etc/fstabओएस की वर्तमान स्थिति को बदलने के बिना आप नए माउंट बिंदुओं को सुरक्षित रूप से परिभाषित कर सकते हैं, या मौजूदा लोगों को हटा सकते हैं । आप मैन्युअल mount(8)और umount(8)फाइलसिस्टम जो उन परिवर्तनों को दर्शाते हैं; और आप दमदार विकल्पों के साथ पहले से ही माउंट किए गए फाइल सिस्टम को रिमूव कर सकते हैं, जैसे:

mount -o remount,noexec /var

यहां सवाल यह है कि आपको ऐसा क्यों लगता है कि आपको जरूरत है bind आरोह बिंदु की और आपको क्या लगता है कि आप उनका उपयोग करके क्या हासिल करने जा रहे हैं? लेकिन मैं निराश हूं।

bindमाउंट पॉइंट्स के साथ काम करते समय , बिना पुनः आरंभ किए आपके फाइलसिस्टम लेआउट को फिर से कॉन्फ़िगर करने के चरण निम्न होने चाहिए:

1. /etc/mtabमैन्युअल रूप से संपादित न करें
2. उन एप्लिकेशन और सेवाओं को रोकें जो आपके द्वारा संशोधित किए जा रहे फाइलसिस्टम का उपयोग करती हैं। यह हमेशा संभव नहीं है, लेकिन आपके उपयोग के मामले में केवल लॉग फाइल की मेजबानी के लिए समर्पित फाइलसिस्टम को शामिल करना प्रतीत होता है /var।
3. umountसभी bindमाउंट अंक।
4. /etc/fstabअपनी आवश्यकताओं के मिलान के लिए फिर से लिखना ।
5. फ़ाइल सिस्टम को मैन्युअल रूप से माउंट करें।

Comments

नमस्ते, मैं ऊपर अपनी पोस्ट को अपडेट करता हूं। कृपया परिदृश्य पढ़ें।

— jaypabs

वास्तव में मुझे पता नहीं है कि बाइंड माउंट बिंदु क्यों हैं। मैं लिंक से ट्यूटोरियल का उपयोग कर रहा हूं और मैंने इसे खुद नहीं जोड़ा है ...

— jaypabs

व्यक्तिगत सेवाओं को रोकने और शुरू करने से बचने का एक तरीका है (जो कि एक काम हो सकता है), एकल उपयोगकर्ता मोड ( telinit S) में पास करना है, संपादन करना है, और वापस मल्टीसियर ( telinit 2) में जाना है।

— didierc

Answer 3

mtab सूचियाँ वर्तमान में माउंट किए गए फाइल सिस्टम को सूचीबद्ध करती हैं, इसलिए यह सिस्टम द्वारा लिखी गई है और इसकी सामग्री के बाद बदल जाएगी, कहते हैं, एक रिबूट, एक umount या एक नया माउंट। fstab उपलब्ध फाइल सिस्टम को सूचीबद्ध करता है और लगातार रहता है, अर्थात यह एक रिबूट से बचेगा।

आपको सीधे mtab को संपादित नहीं करना चाहिए।