एक अलग विभाजन के लिए / घर के अलावा अन्य चीजों को क्यों रखा जाए?


53

तो हाल ही में एक डेबियन 5.0.5 संस्थापक मुझे अलग करने की पेशकश की /usr, /home, /varऔर /tmp(एक भौतिक डिस्क पर) विभाजन।

इसका व्यावहारिक कारण क्या है? मैं समझता हूं कि /homeएक अलग विभाजन पर रखना फायदेमंद हो सकता है, क्योंकि उपयोगकर्ता फ़ाइलों को अलग से एन्क्रिप्ट किया जा सकता है, लेकिन किसी और चीज के लिए क्यों?


10
/homeअलग रखने का एक और अच्छा कारण यह है कि यह आपकी व्यक्तिगत फ़ाइलों को खोए बिना आपके सिस्टम और / या डिस्ट्रोस को स्वतंत्र रूप से स्विच करने देता है।
डेविड जेड

4
@ डेविड जैस्लेव्स्की: मैं इसे डिस्ट्रोस स्विच करने की सलाह नहीं दूंगा। आपके घर निर्देशिका में छिपी हुई कॉन्फ़िगरेशन फ़ाइलों की तुलना में अधिक बार संघर्ष नहीं होगा।
१०:१६

7
@ ट्राउबडौर: वास्तव में मुझे ऐसा नहीं लगता। उन कॉन्फ़िगरेशन फ़ाइलों को विशिष्ट अनुप्रयोगों द्वारा वहां रखा जाता है और आम तौर पर आपके पास किस वितरण पर कुछ भी नहीं होता है। उदाहरण के लिए, ~/.mozilla/firefoxउबंटू या फेडोरा या जेंटो पर फ़ायरफ़ॉक्स द्वारा समान रूप से अच्छी तरह से उपयोग की जा सकती है। ~/.bashrcहमेशा बैश पर एक ही प्रभाव पड़ेगा, कोई फर्क नहीं पड़ता कि आप किस अंतर्निहित प्रणाली को चलाते हैं। मैंने डिस्ट्रोफ स्विचिंग की एक उचित मात्रा में किया है और कभी भी उन कॉन्फ़िगरेशन फ़ाइलों के साथ कोई समस्या नहीं थी।
डेविड जेड

3
@ डेविड जैस्लेव्स्की: मैं उन समस्याओं को देख सकता था यदि नए डिस्ट्रो ने पिछले की तुलना में अनुप्रयोगों के पुराने संस्करणों का उपयोग किया था, क्योंकि वे नहीं जानते कि उन कॉन्फ़िगरेशन फ़ाइलों को कैसे पढ़ा जाए। कहा जा रहा है, मैंने खुद से कुछ भी करने की कोशिश नहीं की है।
1944

एक अन्य कारण के रूप में, यदि आप एक hdd और sdd दोनों का उपयोग कर रहे हैं, तो आप sdd पर संस्थापन का बड़ा हिस्सा रखना चाहते हैं, लेकिन बड़ी संख्या से बचने के लिए hdd पर / home / और var डालना चाहते हैं ssd को लिखता है।
केविन

जवाबों:


55
  1. नुकसान को कम करना: यदि /usrएक अलग विभाजन पर है, तो क्षतिग्रस्त का /usrमतलब यह नहीं है कि आप पुनर्प्राप्त नहीं कर सकते /etc
  2. सुरक्षा: /हमेशा आरओ नहीं हो /rootसकता ( आरडब्ल्यू आदि होने की आवश्यकता हो सकती है) लेकिन /usrकर सकते हैं। इसका उपयोग आरओ को यथासंभव बनाने के लिए किया जा सकता है।
  3. विभिन्न FS का उपयोग करना: मैं एक अलग प्रणाली का उपयोग करना चाहता हूं /tmp(विश्वसनीय नहीं है, लेकिन कई फ़ाइलों के लिए तेज़ है) और /home(विश्वसनीय होना चाहिए)। सिमिलरी /varमें डेटा होता है जबकि /usrइतनी /usrस्थिरता बलिदान नहीं हो सकती है लेकिन उतनी नहीं है /tmp
  4. Fsck की अवधि: छोटे विभाजनों का अर्थ है कि एक की जाँच तेज है।
  5. भागों को भरने का उल्लेख किया गया है, हालांकि अन्य विधि कोटा है।

23

/usrयदि आपके पास एक ही ओएस साझा करने वाली कई मशीनें हैं, तो एक अलग उपयोगी हो सकता है। वे /usrहर सिस्टम पर नकल करने के बजाय एक ही केंद्रीय साझा कर सकते हैं । /usrकेवल पढ़ने के लिए रखा जा सकता है।

/varऔर /tmpउपयोगकर्ता कार्यक्रमों या डेमॉन द्वारा भरा जा सकता है। इसलिए अलग-अलग विभाजनों में इनका होना सुरक्षित हो सकता है /, जो रूट विभाजन को रोक देगा , 100% पूर्ण होगा, और आपके सिस्टम को बुरी तरह से प्रभावित करेगा। इन के लिए दो अलग-अलग विभाजन होने से बचने के लिए, यह देखने के लिए असामान्य नहीं है कि यह /tmpएक सहिष्णुता है /var/tmp


मुझे लगता है कि मैं / var / / tmp को समझ सकता हूं, लेकिन जब से इंस्टॉलर ने एक डिस्क को विभाजित करने की पेशकश की है , तब एक अलग की उपयोगिता /usrकाफी सीमित है?
एलेक्स बी

यह आपको /usrएनएफएस के माध्यम से अन्य प्रणालियों में साझा करने की अनुमति देता है। लेकिन आप इसे साझा कर सकते हैं भले ही यह एक अलग विभाजन नहीं है, यह सच है ... सोच के साथ ... क्या केवल-पढ़ने के लिए एक अच्छा पर्याप्त कारण है?
डिडिएर ब्रोसेट

इस तरह के सेटअप के साथ आप अपडेट कैसे करते हैं? अक्सर (कम से कम लिनक्स के तहत) पैकेज सिस्टम-स्थानीय निर्देशिका में फ़ाइलों में परिवर्तन करेंगे, उदाहरण के लिए /etc
intuited

+1 / usr रीड-ओनली माउंट के लिए। अपडेट करने से पहले इसे रिमव करें।
लॉरेंस

13

क्योंकि सामान्य उपयोगकर्ता चीजों को लिखने के लिए /varऔर /tmp, और इस प्रकार संभावित रूप से पूरे सिस्टम के लिए समस्या पैदा कर सकते हैं। इस तरह से उपयोगकर्ता प्रक्रियाएं भर सकती हैं /varऔर /tmp, लेकिन रूट एफएस नहीं। NFS या अन्य दूरस्थ fs के /usrलिए एक अलग उपयोगी है /usr

(मुझे आशा है कि यह स्पष्ट है, मेरे पास अभी तक कोई कॉफी नहीं है)


पहला वाक्य सबसे अच्छा स्पष्टीकरण है, धन्यवाद।
ग्रीनल्डमैन

11

मुद्दा यह है कि एक पूर्ण रूट fs लिनक्स सिस्टम को एक विस्तार के लिए अपरिहार्य बना देता है कि यहां तक ​​कि एक व्यवस्थापक भी इसे पुनर्प्राप्ति सीडी या समान के बिना ठीक कर सकता है। जब /tmpऔर /varविशेष रूप /homeसे एक अलग विभाजन में होते हैं, तो रूट एफएस कभी भी ऐसा करने वाले व्यवस्थापक के बिना नहीं भर सकता है। /usrउस मिश्रण में ले जाएं जिसमें सभी सामान्य इंस्टॉल रखे जाएंगे, और यहां तक ​​कि नए सॉफ़्टवेयर को स्थापित करने से यह समस्या नहीं हो सकती है।


जब तक यह /opt:) में स्थापित नहीं हो जाता है
परेशानी 23

1
कुंआ। आप इसके लिए एक अलग विभाजन बना सकते हैं, या एक लिंक बना सकते हैं जैसे कि / ऑप्ट वास्तव में / usr विभाजन में स्थित है। सिद्धांत अब भी वही है।
txwikinger

10

सामान्य तौर पर, अलग-अलग विभाजन होने के तर्क हैं:

  1. सुरक्षा: आप, उदाहरण के लिए, दुर्भावनापूर्ण उपयोगकर्ताओं (या प्रक्रियाओं) को अधिलेखित करने या द्विजों को ट्रोजन के साथ बदलने के लिए केवल पढ़ने के लिए एक विभाजन को माउंट कर सकते हैं। इसलिए यदि आपका ssh बाइनरी / usr / लोकल / बिन और / usr / लोकल में रीड-ओनली माउंटेड है, तो किसी के लिए भी उस बाइनरी को बदलना मुश्किल होने वाला है।

  2. लचीलापन / सुविधा: उदाहरण के लिए, यदि आप इसके विभाजन पर / var सेट करते हैं और यह ,०% पूर्ण हो जाता है, तो आप इसका आकार बदल सकते हैं, या आवश्यकता होने पर इसे किसी अन्य डिस्क पर भी ले जा सकते हैं। बल्कि मुझे ऐसा करना होगा कि सिस्टम से निपटने के लिए जिसका '/' 100% भरा हो, क्योंकि लॉग / अंडर / वेरिएंट किसी तरह से चला गया हो। अलग-अलग विभाजनों में भी पूरी तरह से अलग-अलग फाइल सिस्टम हो सकते हैं, जिससे आपके ओएस को एक्स 3 (उदाहरण के लिए) और आपके डेटाबेस से एक्स 4 का उपयोग करने की अनुमति मिलती है, या एक्सएफएस, या आपके कस्टम ऐप का उपयोग करने के लिए आपका ऑब्जेक्ट रिपॉजिटरी ... कच्चे उपकरणों का उपयोग करने के लिए!


पहले मामले में सिस्टम अपडेट को संभालने का सामान्य तरीका क्या है?
intuited

6

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

हालाँकि, ऐसा करने के कुछ कारण अभी भी हैं। कुछ सामान्य हैं:

  • डिस्क की शुरुआत के करीब एक अलग, छोटे विभाजन पर बूटिंग / बूट। पुराने पीसी BIOS फर्मवेयर डिस्क के पहले 1024 ट्रैक से ही बूट होगा। यह आधुनिक हार्डवेयर के साथ एक समस्या होने की संभावना कम है।

  • उपयोगकर्ता डेटा तक पहुँच पर अड़चनें हटाने के लिए व्यस्त विभाजन जैसे /varया /tmpअलग डिस्क पर रखना।

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

  • एक अलग डिस्क या विभाजन पर उपयोगकर्ता डेटा होने से मशीन पर बड़ी सर्जरी के बिना बड़ी डिस्क पर इसे स्थानांतरित करना आसान हो जाता है।

  • आप NFS पर साझा डेटा जैसे होम डाइरेक्टरी या एप्लिकेशन बायनेरिज़ को माउंट करना चाह सकते हैं।

  • fsckकुछ प्रकार की फ़ाइल प्रणाली के लिए बड़े संस्करणों पर एक लंबा समय लगता है। आप सिस्टम क्षेत्रों (अक्सर) और उपयोगकर्ता क्षेत्रों (कम अक्सर) के लिए अलग-अलग फ़ाइल सिस्टम रखरखाव शेड्यूल रखना चाह सकते हैं।


5

एक फाइलसिस्टम को फॉर्मेट करना rm -rf'ing से भी तेज हो सकता है। खासकर यदि आपके पास मिटाने के लिए हजारों छोटी फाइलें हैं। स्क्वीड कैश जिसे आप पूरी तरह से री-क्रिएट करना चाहते हैं ... टन इमेज फाइल जिसे आपकी प्रोसेसिंग की जरूरत है लेकिन अंतिम परिणाम बनने के बाद इसे फेंक दिया जा सकता है। .बहुत बड़े कंपाइल से फाइल ... आदि।


4

एक फ़ोल्डर जिसे मैंने कभी-कभी एक अलग विभाजन पर रखा होता है, /usr/local/ताकि मैंने अपने डिस्ट्रो के पैकेज मैनेजर से अलग से जो भी सॉफ़्टवेयर बनाया और स्थापित किया है, उसका संभवत: फिर से उपयोग किया जा सके, अगर मैं अपने डिस्ट्रो को बदलता / अपग्रेड करता हूं या इसके साथ स्थापित किसी अन्य डिस्ट्रो द्वारा। यह स्पष्ट रूप से सभी संभव संयोजनों में काम करने की गारंटी नहीं है, लेकिन इससे कोई नुकसान नहीं है।


2

मैं /tmpएक tmpfs पर रखता हूं , इसलिए सामग्री डिस्क पर बजाय रैम में संग्रहीत की जाती है। हालांकि /etcया उसके लिए उपयोगी नहीं होगा /usr

लेकिन विभिन्न फाइलसिस्टम पर विभिन्न निर्देशिकाओं को रखने में सक्षम होना फायदेमंद हो सकता है; अर्थात् /homeext4 की तरह एक तेज / प्रायोगिक फाइलसिस्टम पर। एक स्थिर / विश्वसनीय फाइलसिस्टम जैसे ext2 के लिए /etc

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