FHS अनुरूप माउंट बिंदु क्या हैं?

Question

मैं सोच रहा हूँ क्या FHS शिकायत के लिए माउंट पॉइंट आंतरिक harddrives और networkshares कर रहे हैं? कई अलग-अलग ट्यूटोरियल उन्हें उपनिर्देशिका में /mntया उन्हें माउंट करने का सुझाव दे रहे हैं/media

के अनुसार FHS 3.0 (फ़ाइल अनुक्रम मानक):

• /media: रिमूवेबल मीडिया के लिए माउंट पॉइंट ( इस निर्देशिका में उपनिर्देशिकाएँ होती हैं जिनका उपयोग हटाने योग्य मीडिया जैसे फ्लॉपी डिस्क, सीडीरोम और ज़िप डिस्क के लिए माउंट पॉइंट के रूप में किया जाता है। )
• /mnt: अस्थायी रूप से माउंट किए गए फ़ाइल सिस्टम के लिए माउंट बिंदु ( यह निर्देशिका प्रदान की जाती है ताकि सिस्टम व्यवस्थापक अस्थायी रूप से आवश्यकतानुसार एक फाइल सिस्टम को माउंट कर सके। इस निर्देशिका की सामग्री एक स्थानीय मुद्दा है और किसी भी कार्यक्रम को चलाने के तरीके को प्रभावित नहीं करना चाहिए )

मुझे लगता है कि वे माउंट पॉइंट /home/foo/extdrive /home/foo/nfsshareएकल उपयोगकर्ता प्रणाली के लिए जा सकते हैं , लेकिन मैं उन्हें सभी उपयोगकर्ताओं के लिए सुलभ कहां से माउंट करूंगा?

अपडेट: एफएचएस 3.0, अध्याय 3.1, दूसरा "राशनेल" पैराग्राफ

• नई निर्देशिका /(यानी /workspaceऔर /nfsshare) रूट फाइलसिस्टम की नई उपनिर्देशिका बनाने के कई कारण हैं, निषिद्ध है: यह रूट विभाजन पर स्थान की मांग करता है, जिसे सिस्टम प्रशासक प्रदर्शन या सुरक्षा कारणों से छोटा और सरल रख सकता है। यह माउंटेन वॉल्यूम में मानक फ़ाइल पदानुक्रम को वितरित करने के लिए सिस्टम प्रशासक ने जो भी अनुशासन स्थापित किया है, वह विकसित होता है। वितरण पोर्टेबिलिटी के लिए आवेदन पोर्टेबिलिटी सहित परिणामों के अत्यंत सावधानीपूर्वक विचार के बिना नई निर्देशिकाओं का वितरण नहीं करना चाहिए।

Comments

एक उत्तर नहीं, लेकिन एक आंतरिक हार्डड्राइव "सामान्य" फाइलसिस्टम का हिस्सा नहीं होगा? जैसे आप डिस्क 1 पर अंतरिक्ष से बाहर भागते हैं, तो महसूस करें कि यह /varअपेक्षा से अधिक तेजी से बढ़ रहा है, और इसलिए डिस्क 2 को स्थापित करें और इसे माउंट करें /var। दिलचस्प सवाल पुन: नेटवर्क शेयरों, यह "विरोधी /srv" की तरह है !

— जॉन एन

Answer 1

आप अपनी खुद की माउंट पॉइंट डायरेक्टरी बनाते हैं। यदि आप पूछना चाहते हैं कि क्यों, मैं केवल Wouter Verhelst के शानदार उत्तर को इंगित कर सकता हूं ।

आंतरिक ड्राइव

/mntयदि आप चाहें, तो अपना स्वयं का बनाने के लिए एक वैध स्थान है /।

/mntइस उद्देश्य के लिए कुछ ऐतिहासिक इंस्टॉलेशन सिस्टम, साथ ही हटाने योग्य मीडिया (पहले /media) द्वारा उपयोग किया जा सकता है । ऐसा करने के लिए यह अभी भी मान्य है, लेकिन सिस्टम स्वयं अब कुछ भी सेट करने वाला नहीं है /mnt।

मुझे लगता है कि यदि आप एक से अधिक माउंट पॉइंट्स बना सकते हैं, तो इसका उपयोग / mnt करना उचित है। यह उन सभी को एक साथ देखना आसान बनाता है, और यह उन स्थानों में से एक के रूप में जाना जाता है जिसका लोग उपयोग करना पसंद करते हैं। कुछ अन्य लोग उपयोग करना पसंद करते हैं /Volumes- ओएस एक्स सिस्टम का पालन करना, या /vol। / डेटा एकल माउंट बिंदु के लिए आम है। / d / का भी उपयोग किया जाता है। / डिस्क / लगभग निश्चित रूप से कुछ द्वारा उपयोग किया जाता है, लेकिन भंडारण के लिए विचलित हो सकता है जो डिस्क-आधारित नहीं है।

यदि आप / mnt का उपयोग करते हैं, तो मैं / mnt / tmp भी बनाऊंगा। फिर भी अस्थायी माउंट के लिए एक सुविधाजनक निर्देशिका होगी, / mnt का मूल उपयोग जो FHS उल्लेख करता है।

आंतरिक एचडीडी के लिए पसंदीदा माउंट पॉइंट

यह संभव है कि मैन्युअल रूप से माउंट पॉइंट्स बनाना /mediaकुछ सामान्य प्रणालियों पर एक बुरा विचार है। आधुनिक लिनक्स OS की स्वचालित रूप से हटाने योग्य मीडिया के लिए माउंट बिंदु बनाएंगे, और यह संभव है कि वे जो संरचना बनाते हैं वह संघर्ष करेगा, या बस अपने स्वयं के साथ असंगत दिखाई देगा। आप यह नहीं कहते हैं कि आपका सिस्टम क्या है, लेकिन पोर्टेबल दिशानिर्देशों में आपकी रुचि हो सकती है, खासकर यदि आप FHS के बारे में पूछ रहे हैं। ध्यान दें कि यह तर्क एफएचएस कहता है कि ओएस को पॉप्युलेट / mnt नहीं करना चाहिए।

सिस्टम-वाइड USB डिस्क के लिए माउंट बिंदु

नेटवर्क फाइल सिस्टम

कभी-कभी एक समर्पित उप-निर्देशिका जैसे /n/host, /nfs/hostया /net/hostआदि में नेटवर्क फाइल सिस्टम को माउंट करने की सिफारिश की जाती है ।

उदाहरण के लिए, यदि आप नेटवर्क फाइल सिस्टम को / होस्ट पर माउंट करते हैं और नेटवर्क पहुंच से बाहर हो जाता है, ls /तो वह तब लटक सकता है जब वह नेटवर्क फाइल सिस्टम को स्टैट करने की कोशिश करता है। यह अवांछनीय और निराशाजनक हो सकता है, ऐसे समय में जब आप पहले से ही निराश हो रहे हैं।

Comments

FHS का कहना /mntहै कि अस्थायी आरोहियों के लिए है। लगातार mounts के बारे में क्या। जब मैं आगे बढ़ा और /mnt/dataएक अतिरिक्त संलग्न डिस्क के लिए बनाया गया , तो यह एक मानक डॉक्स की सिफारिश करने में आराम महसूस करता है जो कि अतिरिक्त डिस्क के लिए सिस्मैडिन्स का उपयोग करना चाहिए। यह एक मनोवैज्ञानिक आवश्यकता है, मुख्य रूप से।

— शाश्वत

@eternaltyro मुझे ठीक वैसा ही एहसास है, लेकिन WouterVerhelst के जवाब में पहले से ही एक अच्छा तर्क है। मैं उस पर सुधार करने के लिए कुछ मसौदा तैयार करने की कोशिश की, लेकिन यह वास्तव में नहीं था। यह ज्यादातर सिर्फ नकल था और व्यावहारिक सुझावों के रास्ते में आ गया। कोशिश करते हैं और स्पष्ट करने के लिए संपादित।

— sourcejedi

Answer 2

जब FHS इस बारे में बात करता है कि आप क्या नहीं कर सकते हैं, तो आप जिस बारे में बात कर रहे हैं वह एक वितरण है , न कि उपयोगकर्ता या स्थानीय सिस्टम व्यवस्थापक।

एक यूनिक्स प्रणाली में केवल एक फाइल सिस्टम ट्री है। इसलिए आप फ़ाइल सिस्टम में किसी भी स्थान पर स्थानीय सिस्टम में कुछ भी माउंट कर सकते हैं, और आप किसी भी तरह से FHS को नहीं तोड़ेंगे; आखिरकार, स्थानीय प्रणाली प्रशासकों के रास्ते से बाहर रहने के लिए एफएचएस महान लंबाई तक जाता है। आंतरिक डिस्क कि हर समय प्रणाली में हैं के लिए, यह एक माउंट की बात है करने के लिए पूरी तरह से वैध है /optया /ntfsया /scratchया whatnot। वैकल्पिक रूप से, यदि आप डिस्क स्थान से बाहर चल रहे हैं और आप अपने रूट फाइल सिस्टम से कुछ सामान हटाना चाहते हैं और किसी अन्य डिस्क पर, आप एक अलग हार्ड डिस्क पर जा सकते हैं /varया /usrइस तरह से काम कर सकते हैं।

केवल एक चीज आप चाहिए नहीं कर एक स्थान पर एक आंतरिक डिस्क माउंट करने के लिए कि FHS कहते वितरण (जैसे में लिख सकते हैं /usr, /varया /lib), और फिर या तो उस स्थान के लिए प्रासंगिक डेटा ले जाते हैं, या कुछ गैर POSIX का उपयोग नहीं विचाराधीन विभाजन के लिए फाइलसिस्टम। इसके अलावा, लगभग सब कुछ निष्पक्ष खेल है।

Answer 3

एक निर्देशिका को विशिष्ट उपयोगकर्ताओं के लिए सुलभ बनाने के लिए, आप एक समूह बनाएंगे। सम्मेलन द्वारा, समूहों के घर निर्देशिकाएं हो सकती हैं। ये कभी-कभी होते हैं, लेकिन जरूरी नहीं है, जैसा कि / होम / $ ग्रुप बनाया जाए।

निर्देशिका / होम / ऑल्यूसर बनाना संभव होगा। यदि आपको पसंद है तो आप समूह का नाम ऑलर्स (यानी एक खाली समूह बना सकते हैं) आरक्षित कर सकते हैं। (उपयोगकर्ता और समूह के नाम तकनीकी रूप से अलग नामस्थान हैं, लेकिन उन्हें आमतौर पर संगत रखा जाता है। जैसे आप विशेष रूप से इस मामले में एक सामान्य उपयोगकर्ता "ऑल्यूज़र" नहीं बनाना चाहेंगे)।

यह विशिष्ट नामकरण योजना कई फाइल सिस्टम के लिए स्वाभाविक रूप से सामान्य नहीं करती है, जैसे एक आंतरिक डिस्क और एक नेटवर्क फाइल सिस्टम।

आप एक सॉफ़्टवेयर वितरण नहीं हैं, और FHS में दिए गए तर्क आपके लिए लागू नहीं होते हैं। इस प्रतिबंध के बाद एक अतिरिक्त बाधा का परिचय होगा। यदि / होम अनमाउंट हो जाता है, तो बैकअप, रिकवरी या समस्या निवारण उद्देश्यों के लिए माउंट / होम / अलाउंस कम करना भी आसान होगा।

Answer 4

त्वरित उत्तर: यह निर्भर करता है ... FHS वितरण के लिए है जैसा कि अन्य ने कहा है। लेकिन आपको केवल रखरखाव में आसानी के लिए कम से कम इसकी भावना का पालन करना आसान हो सकता है, खासकर अगर यह कई प्रणालियों पर किया जाना चाहिए जो अन्य लोग समर्थन करना समाप्त कर सकते हैं। यह भी ध्यान में रखने योग्य है कि बैकअप कैसे लिया जाता है क्योंकि इससे आप अपने द्वारा जोड़े जा रहे अतिरिक्त स्थान का हिसाब लेने के लिए उन्हें समायोजित करने से बच सकते हैं।

मेरे द्वारा उपयोग किए गए उदाहरण:

• / Mnt / play पर सामान्य साझा स्थान का बड़ा हिस्सा
• प्रति उपयोगकर्ता CIFS पैम-माउंट / होम / [उपयोगकर्ता नाम] / नेटवर्क / [शेयर] के माध्यम से गणना करता है
• मैनुअल के अनुसार सर्वर अनुप्रयोग जैसे / sapmnt / opt / जो भी / bacula
• / Srv / [sharename] या / fileshares / [sharename] पर फ़ाइल शेयर

इसके अलावा ऐसी किसी भी चीज़ से बचने के लायक है जो मिंट / उबंटू पर आटोमोटिव / मीडिया द्वारा उपयोग की जाती है या सूचीबद्ध निर्देशिका पेड़ों का उपयोग उनके इच्छित उद्देश्य के अलावा किसी अन्य चीज़ के लिए किया जाता है। उदाहरण के लिए, उस विशेष ऐप के लिए अधिक स्थान उपलब्ध कराने के लिए डिस्क / / var / [ऐप] या / usr / [ऐप] को माउंट करना आम है, लेकिन तब इसे किसी और चीज़ के लिए उपयोग न करें, क्योंकि आप केवल अपने आप को प्राप्त करेंगे एक कुचक्र में।