सवाल वास्तव में लिनक्स को एक बड़े विभाजन पर स्थापित करना कितना बुरा है?


हम अपने नए सर्वर पर सेंटोस 7 चलाएंगे। हमारे पास सर्वर पर raid6 आंतरिक में 6 x 300GB ड्राइव हैं। (स्टोरेज 40TB RAID बॉक्स के रूप में काफी हद तक बाहरी है।) एक वॉल्यूम के रूप में स्वरूपित होने पर आंतरिक वॉल्यूम लगभग 1.3TB तक आता है। हमारा sysadmin सोचता है कि ओएस को एक बड़े 1.3TB विभाजन पर स्थापित करना वास्तव में एक बुरा विचार है।

मैं एक जीवविज्ञानी हूं। हम लगातार चलाने और परीक्षण करने के लिए नए सॉफ्टवेयर स्थापित करते हैं, जिनमें से अधिकांश / usr / local में भूमि। हालांकि, क्योंकि हमारे पास सिस्टम का उपयोग कर लगभग 12 गैर-कंप्यूटर समझदार जीवविज्ञानी हैं, हम भी घर में बहुत क्रूरता एकत्र करते हैं। हमारे अंतिम सर्वर के लिए 200 जीबी विभाजन था, और 2.5 वर्षों के बाद यह 9 0% भरा था। मैं नहीं चाहता कि वह फिर से हो, लेकिन मैं विशेषज्ञ सलाह के खिलाफ भी नहीं जाना चाहता!

यह सुनिश्चित करने के लिए कि हम कब और कहाँ इसकी आवश्यकता है, लेकिन sysadmin के लिए रखरखाव दुःस्वप्न नहीं बनाते हैं, यह सुनिश्चित करने के लिए कि हम उपलब्ध 1.3TB का सबसे अच्छा उपयोग कैसे कर सकते हैं ??


92
2017-09-18 08:12


मूल


एलवीएम का प्रयोग करें और इच्छानुसार आकार बदलें - thanasisk
@thanasisk पर resizability एक मिथक है, क्योंकि लिनक्स पर कोई फाइल सिस्टम नहीं है जो ऑनलाइन सिकुड़ने में सक्षम थे। ext2 प्राचीन काल में एक ऐसा पैच था। - peterh
@ पीटर होर्वथ - तो क्या आप खुश हैं अगर मैं "विस्तार" के साथ "आकार बदलें" को प्रतिस्थापित करता हूं? - thanasisk
2.5 साल में अभी भी इष्टतम होने के लिए जो भी आप सेटअप करते हैं, यह उम्मीद करना थोड़ा अवास्तविक है! और तथ्य यह है कि गैर समझदार उपयोगकर्ता गड़बड़ कर रहे हैं, डेटा से ओएस को अलग करने का और अधिक कारण है। - JamesRyan
@ पीटर होर्वथ मैंने आपकी टिप्पणी को एक से अधिक बार पढ़ा है, इसलिए मैं इसे समझ सकता हूं। आपने लिखा है कि यदि आप एक फाइल सिस्टम का विस्तार कर सकते हैं तो आप खुश होंगे और मैंने एक फाइल सिस्टम को इंगित किया है जो करता है। बस इतना ही। - gparent


जवाब:


विभाजन के लिए प्राथमिक (ऐतिहासिक) कारण हैं:

  • सेवा मेरे ऑपरेटिंग सिस्टम को अपने उपयोगकर्ता और एप्लिकेशन डेटा से अलग करें। आरएचईएल 7 की रिहाई तक कोई समर्थन नहीं मिला पथ अपग्रेड करें और एक प्रमुख संस्करण अपग्रेड के लिए पुन: इंस्टॉल करने की आवश्यकता होगी और फिर उदाहरण के लिए /home और अलग-अलग विभाजन (या LVM वॉल्यूम्स) पर अन्य (एप्लिकेशन) डेटा आपको उपयोगकर्ता डेटा और एप्लिकेशन डेटा को आसानी से संरक्षित करने और ओएस विभाजन को मिटाए जाने की अनुमति देता है।

  • उपयोगकर्ता ठीक से लॉग इन नहीं कर सकते हैं और जब आप डिस्क स्थान से पूरी तरह से बाहर निकलते हैं तो आपका सिस्टम रोचक तरीकों से असफल हो जाता है। एकाधिक विभाजन आपको ओएस के लिए हार्ड आरक्षित डिस्क स्थान असाइन करने की अनुमति देते हैं और उस क्षेत्र से अलग रहते हैं जहां उपयोगकर्ता और / या विशिष्ट अनुप्रयोगों को लिखने की अनुमति है (उदाहरण के लिए /home /tmp/ /var/tmp/ /var/spool/ /oradata/ आदि।) , परिचालन जोखिम को कम करना बुरी तरह से व्यवहार किए गए उपयोगकर्ताओं और / या अनुप्रयोगों का।

  • कोटा। डिस्क कोटा व्यवस्थापक को सभी उपलब्ध स्थानों का उपयोग करने के लिए एक व्यक्तिगत उपयोगकर्ता को रोकने की अनुमति देता है, जो सिस्टम के अन्य सभी उपयोगकर्ताओं को सेवा में बाधा डालता है। व्यक्तिगत डिस्क कोटा प्रति फ़ाइल सिस्टम असाइन किया गया है, इसलिए एक विभाजन और इस प्रकार एक एकल फ़ाइल-सिस्टम का अर्थ केवल 1 डिस्क कोटम है। एकाधिक (एलवीएम) विभाजन का अर्थ है एकाधिक फ़ाइल-सिस्टम अधिक बारीक कोटा प्रबंधन के लिए अनुमति देता है। आपके उपयोग के परिदृश्य के आधार पर आप उदाहरण के लिए प्रत्येक उपयोगकर्ता को अपनी होम निर्देशिका में 10 जीबी, बाहरी स्टोरेज सरणी पर / डेटा निर्देशिका में 2 टीबी की अनुमति दे सकते हैं और एक बड़ा साझा स्क्रैच क्षेत्र स्थापित कर सकते हैं जहां कोई भी अपने घर निर्देशिका के लिए डेटासेट को बड़ा कर सकता है और जहां नीति "पूर्ण भरा हुआ" बन जाती है, लेकिन जब ऐसा होता है तो कुछ भी तोड़ता नहीं है।

  • प्रदान करना समर्पित आईओ पथ। आपके पास एसएसडी और कताई डिस्क का संयोजन हो सकता है और उन्हें अलग-अलग संबोधित करने के लिए अच्छा होगा। सामान्य प्रयोजन सर्वर में कोई समस्या नहीं है, लेकिन डेटाबेस सेटअप में काफी आम है IO विवाद को रोकने के लिए विभिन्न उद्देश्यों के लिए कुछ स्पिंडल (डिस्क) असाइन करना भी है, उदा। लेनदेन लॉग के लिए अलग डिस्क, वास्तविक डेटाबेस डेटा के लिए अलग डिस्क और अस्थायी डिस्क के लिए अलग डिस्क। ।

  • बूट आपको एक अलग की आवश्यकता हो सकती है /boot विभाजन। ऐतिहासिक रूप से 1024 सिलेंडर सीमा से आगे बूट करने के साथ BIOS समस्याओं को हल करने के लिए, आजकल कुछ RAID नियंत्रकों का समर्थन करने के लिए एन्क्रिप्टेड वॉल्यूम का समर्थन करने की आवश्यकता होती है, एचबीए जो SAN या फ़ाइल-सिस्टम से बूटिंग का समर्थन नहीं करता है, तुरंत इंस्टालर द्वारा समर्थित नहीं है।

  • ट्यूनिंग आपको अलग-अलग ट्यूनिंग विकल्पों या यहां तक ​​कि पूरी तरह से अलग-अलग फ़ाइल-सिस्टम की आवश्यकता हो सकती है।

यदि आप कठिन विभाजन का उपयोग करते हैं तो आपको इसे कम समय में सही समय पर प्राप्त करना होगा और फिर एक बड़ा विभाजन सबसे खराब नहीं है, लेकिन यह उपरोक्त कुछ प्रतिबंधों के साथ आता है।

आम तौर पर मैं आपकी मुख्य मात्रा को एक के रूप में विभाजित करने की अनुशंसा करता हूं एकल बड़े लिनक्स एलवीएम भौतिक वॉल्यूम और फिर लॉजिकल वॉल्यूम बनाएं जो आपकी वर्तमान जरूरतों और आपके डिस्क स्थान के शेष के लिए फिट है, आवश्यकता होने तक unassigned छोड़ दें

आप उन वॉल्यूम्स और उनकी फाइल-सिस्टम को आवश्यकतानुसार विस्तारित कर सकते हैं (जो एक छोटा सा ऑपरेशन है जो लाइव सिस्टम पर किया जा सकता है), या अतिरिक्त भी बना सकते हैं।

LVM वॉल्यूम हटना तुच्छ है लेकिन अक्सर उन पर फाइल सिस्टम को कम करना बहुत अच्छी तरह से समर्थित नहीं है और शायद टाला जाना चाहिए।


104
2017-09-18 09:49



प्रदर्शन की बात से संबंधित, मुझे लगता है कि यह इंगित करने के लायक भी है कि, त्वरित प्रतिक्रिया दर्ज करने वाली फाइल सिस्टम की स्थिति में, और 'डीएफ' उपयोगी जानकारी वापस 'du -s $ DIRNAME' से बहुत तेज़ी से वापस कर देगा - symcbean
मुझे यकीन नहीं है कि मैं "जब तक ... आरएच 7 ... कोई समर्थित अपग्रेड पथ नहीं है"मैंने दिमाग से समय के बाद से समर्थित उन्नयन किया है, और निश्चित रूप से सिस्टम आरएच 4-> 5 अपग्रेड किया गया है। यह है केवल आरएच 5-> आरएच 6 जिसमें मेरे ज्ञान के लिए इस तरह का रास्ता नहीं था - और मुझे लगता है कि आरएच ने अपने उपयोगकर्ताओं द्वारा उस कमी के लिए व्यापक रूप से स्पैंक किया है। हालांकि, एक उत्कृष्ट उत्तर के लिए +1। - MadHatter
आप किस बात का जिक्र कर रहे हैं "आरएचईएल 7 के रिलीज होने तक कोई अपग्रेड पथ समर्थित नहीं था"? क्या आरएचईएल आरएचईएल 7 और आगे के प्रमुख संस्करणों के बीच उन्नयन का समर्थन करेगा? - Markus Hallmann
उन्नयन काम किया, लेकिन के अनुसार लाल टोपी सामान्य नीति अभी भी है: Red Hat Red Hat Enterprise Linux के किसी भी प्रमुख संस्करण के बीच इन-प्लेस अपग्रेड का समर्थन नहीं करता है।  और थोड़ा सा बारी नीचे Red Hat वर्तमान में केवल विशिष्ट / लक्षित उपयोग मामलों के लिए Red Hat Enterprise Linux 6 से Red Hat Enterprise Linux 7 में अपग्रेड का समर्थन करता है तथा मैनुअल यहाँ है जाँच करने के लिए - HBruijn


कई विभाजनों का उपयोग करने की अवधारणा यह है कि गलत स्थान पर एक पूर्ण व्यक्ति पूरे सिस्टम को अप्रत्याशित रूप से काम नहीं करेगा।

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

इसे रोका जा सकता है यदि आप उन स्थानों के लिए अलग-अलग विभाजन का उपयोग करते हैं जहां उपयोगकर्ता या प्रक्रिया सामान्य रूप से लिखते हैं (/ home, / var, / tmp)।

मैं अनुशंसा करता हूं कि आप अपने पुराने सर्वर की जांच करें जो फ़ोल्डर्स बड़े हो जाते हैं। आप इसे कमांड लाइन पर कर सकते हैं

du -h -d 1 / 2> /dev/null

आप देखेंगे कि अधिकतर डेटा एकत्रित किया गया है और आपके अगले सिस्टम को उचित रूप से डिज़ाइन किया गया है। "-D 1" आउटपुट को केवल एक स्तर की फ़ोल्डर गहराई तक सीमित करता है जिससे इसे अधिक पठनीय बना दिया जाता है।


17
2017-09-18 08:38





एक बड़ा विभाजन होने के साथ मुख्य समस्या यह है कि फाइल सिस्टम को भरना संभव है कि अब कोई लॉगिन संभव नहीं है।

उपयोगकर्ता रूट में इसका घर फ़ोल्डर है (/root) के बाहर /home इसके कारण। यदि कुछ परिस्थितियों में फाइल सिस्टम भर जाता है तो भी रूट लॉग इन नहीं कर सकता है और सिस्टम की मरम्मत नहीं कर सकता है।

यही कारण है कि आप आम तौर पर अलग-अलग बढ़ते बिंदु बनाते हैं /var, /tmp तथा /home सिस्टम की मरम्मत के लिए कम से कम रूट के रूप में लॉग इन करने में सक्षम होने के लिए जब अन्य विभाजनों में से एक भर जाता है।


12
2017-09-18 08:23



कुछ फाइल सिस्टम (ext3 f.e.) पर आपके पास उस व्यवहार को रोकने के लिए रूट उपयोगकर्ता के लिए एक छोटी सी आरक्षित जगह हो सकती है। आपको इसे रोकने के लिए कोटा का उपयोग करना होगा, वही / tmp के लिए जो अक्सर भूल जाता है। - Dennis Nolte
@DennisNolte मैं भूल गया था /tmp। धन्यवाद, मैं इसे अपने उत्तर में जोड़ दूंगा। - Uwe Plonus
@DennisNolte आरक्षित स्थान मदद करेगा, लेकिन मुझे लगता है कि रखरखाव अलग-अलग विभाजनों का उपयोग करने से मोर मुश्किल है क्योंकि आपको कोटा सही तरीके से सेट करना है। - Uwe Plonus
मुझे लगता है कि इसके लिए एक और महत्वपूर्ण कारण है /root बाहर होना /home कुछ प्रतिष्ठानों पर है /home एक नेटवर्क ड्राइव पर होगा। नेटवर्क पर इसे घुमाने में समस्या के मामले में, रूट की फ़ाइलें सुलभ रहती हैं। (इसकी तुलना इस बात से की जा सकती है कि आम तौर पर टेक्स्ट एडिटर कैसा होता है /bin, यदि /usr माउंट नहीं होगा।) मुझे संदेह है कि यह इन दिनों, अभ्यास में एक और आम परिदृश्य है /home सभी तरह से भरना। - Eliah Kagan


आईएमएचओ, एक विभाजन के रूप में / काफी उचित है।

लेकिन आप एलवीएम (लॉजिकल वॉल्यूम मैनेजर) का उपयोग कर सकते हैं। सभी डिस्क का उपयोग एलवीएम समूह के रूप में करें, लेकिन /, / home, / usr के लिए छोटी तार्किक डिस्क बनाएं और जो भी आपका sysadmin पसंद करता है। फिर कुछ निगरानी रखें, जो आप जानते हैं, जब आपका सिस्टम पूर्ण हो रहा है और आपको आवश्यक डिस्क का विस्तार करना है। lvresize और resize2fs ऑनलाइन उपकरण है और आप सर्वर को पुनरारंभ किए बिना विस्तार कर सकते हैं। हालांकि आप डिस्क को कम नहीं कर सकते हैं, इसलिए आपको उचित रूप से छोटा शुरू करना होगा और जहां आपको आवश्यकता होगी वहां वृद्धि होगी।


10
2017-09-18 08:22





लिनक्स के बड़े-एकल-विभाजन सेटअप के आसपास न्यूनतम समस्याएं हैं, लेकिन इसमें बड़े पुरस्कार हैं।

विभाजन लेआउट बदलना थोड़ा मुश्किल और जोखिम भरा चीज है, जिसे आप अक्सर लंबे समय तक नहीं कर सकते हैं।

इसका एकमात्र फायदा यह है कि डिस्क की पूरी समस्याओं के खिलाफ आपके पास कुछ सुरक्षा है। लेकिन आपको ये समस्याएं मिलेंगी बहुत अक्सर। स्थिति की कल्पना करें, अगर आपके विभाजन में से एक भरा हुआ है, और आप अन्य विभाजनों पर स्थान का उपयोग नहीं कर सकते हैं, भले ही वे लगभग खाली हों!

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

नाम की एक सरल प्रणाली है एलवीएम, जो "विभाजन" के चलते / आकार बदलने के लिए सक्षम बनाता है (इसकी शब्दावली, खंडों में)। लेकिन एक स्थानीय विभाग सर्वर पर, आईएमएचओ की सामान्य रूप से इसकी आवश्यकता नहीं होती है।


9
2017-09-18 08:43



किस प्रकार का मासोचिस्टिक व्यवस्थापक को यह पसंद है विभाजन नक्शे के साथ खेलने के लिए ??? मजेदार हिस्सा कर्नेल का निर्माण कर रहा है, क्या मुझे एक मिल सकता है तथास्तु??? - bishop
तथास्तु! अब इस तर्क के बारे में कि व्यवस्थापक विभाजन के साथ खेलना पसंद करते हैं, मैं बस इस तथ्य के साथ मुकाबला करना चाहूंगा कि लिनक्स के पास 100 अलग-अलग फ़ाइल-सिस्टम प्रकार हैं और उपयोग पैटर्न के आधार पर, किसी विशेष कार्य के लिए सही फाइल सिस्टम चुनना मतलब हो सकता है एक इष्टतम प्रणाली और एक गैर-कार्यात्मक प्रणाली के बीच का अंतर। और शायद आपको कुछ फाइलों में उस फाइल सिस्टम की आवश्यकता है। क्या आप वहां मौजूद हैं। - Lennart Rolland


विभाजन के लिए दो मुख्य कारण हैं:

  1. स्थिर डेटा को गैर स्थैतिक डेटा से दूर रखने के लिए
  2. सार्वजनिक डेटा को सार्वजनिक डेटा से दूर रखने के लिए

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

उपरोक्त दूसरा कारण कम उद्धृत है (मैंने इसे लगभग 15 साल पहले वेरिटस वॉल्यूम मैनेजर कोर्स पर सुना था) और यह वास्तव में केवल उन प्रणालियों के लिए प्रासंगिक है जहां कई लोग लॉग इन कर रहे हैं और काम कर रहे हैं।

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

एक सॉफ्टवेयर डेवलपर के रूप में, मैं विशेष रूप से ओपीएस विभाग निर्माण वर्चुअल मशीनों के साथ परेशान विभाजन योजनाओं के साथ तंग आ गया हूं जो कुल डिस्क स्थान के बावजूद / tmp, / home, / var और / के आकार को गंभीर रूप से प्रतिबंधित करते हैं, लेकिन फिर डॉन स्पष्ट विकल्प जैसे / usr या / अलग से ऑप्ट इन करें। ये मशीन आमतौर पर आपके द्वारा "डिस्क" वॉल्यूम में जो कुछ भी बचाया जाता है, उसे छोड़कर रखेगा जो आप अनिवार्य रूप से सबकुछ स्थापित करना और सिमलिंक करना समाप्त कर देते हैं, लेकिन यह शायद ही कोई सांत्वना है। शुद्ध परिणाम यह है कि हम अक्सर फ़ाइलों को शफ़ल करने और किसी वास्तविक काम करने से चेतावनी ईमेल भेजने में अधिक समय बिताते हैं।

एक विभाजन होने के बारे में स्वाभाविक रूप से "बुरा" कुछ भी नहीं है। किसी भी प्रणाली पर, आपको सक्रिय रूप से अपने डिस्क उपयोग की निगरानी करनी चाहिए, और समझदार हाउसकीपिंग रणनीतियों (जैसे लॉग रोटेशन, होम निर्देशिकाओं पर कोटा) को नियोजित करना चाहिए, इसलिए एकमात्र असली सवाल यह है कि आप कितने अलग फाइल सिस्टम के बारे में चिंता करना चाहते हैं?

इसलिए मैं कहूंगा: जब तक कि आप अपने विशेष उपयोग मामले के लिए सिस्टम को प्रभावी ढंग से विभाजित करने की अपनी क्षमता में 100% आत्मविश्वास नहीं रखते हैं, बिलकुल भी विभाजन न करें


3
2017-09-18 09:41



ठीक ठीक। ठीक है, हो सकता है कि सार्वजनिक-निजी डेटा अलगाव फाइल सिस्टम और आपकी सेवाओं में अनुमतियों द्वारा किया जाना चाहिए। - peterh


आईएमएचओ यह पूरी तरह से आप पर निर्भर है। सबसे पहले कुछ चीजों पर विचार करें, हालांकि पूरी तरह से कुछ हद तक सापेक्ष है।

  • क्या इस प्रणाली को अक्सर प्रशासित किया जाएगा?
  • क्या इस प्रणाली का उपयोग एक या अधिक उपयोगकर्ताओं द्वारा किया जाएगा?
  • क्या यह सिस्टम डेस्कटॉप या सर्वर, या दोनों के रूप में कार्य करेगा?

चूंकि कोई भी (लगभग) किसी भी निर्देशिका पर विचार कर सकता है, तो माउंटपॉइंट को यह भी विचार करना चाहिए कि इसमें कुछ हद तक बढ़ते डेटा और बढ़ते डेटा में क्या शामिल है।

आप आश्चर्यचकित होंगे कि लिनक्स सिस्टम (कुछ हद तक बढ़ते डेटा) को चलाने की आवश्यकता है और बढ़ते डेटा (आमतौर पर / var / opt / home / srv) द्वारा कितना खपत किया जाता है

यह इस प्रणाली पर उपयोग को परिभाषित करने के तरीके पर निर्भर करता है जो विभाजन आवश्यकताओं को रेखांकित करता है। एलवीएम के लिए उपयोग शामिल है।

एक विशिष्ट डेस्कटॉप सिस्टम को सॉफ़्टवेयर के लोड को स्थापित करने के लिए लगभग 20GB की आवश्यकता होगी, जिसमें समर्पित / घर को आवंटित सभी शेष ठीक होंगे। एलवीएम आपके सिस्टम पर मामूली ओवरहेड का कारण बनता है और इस विशेष मामले में इस तरह के महान लाभ का नहीं है। हालांकि राय अलग हो सकती है।

किसी सर्वर पर स्थापित सॉफ़्टवेयर के लिए डेस्कटॉप सिस्टम के रूप में गतिशील होने की संभावना कम होती है। सामान्य फाइल सिस्टम घटक जैसे / tmp / var / usr / home / opt / srv के लिए वास्तविक माउंट पॉइंट होना भी बुद्धिमानी है, यहां एलवीएम का उपयोग अनिवार्य नहीं कहने की सिफारिश की जाती है।

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

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

मौनपॉइंट /

  • 1 जीबी (यदि / var / usr / opt / home / tmp के लिए अलग माउंट पॉइंट्स का उपयोग करना है)
  • एक अलग / घर के साथ डेस्कटॉप सिस्टम के रूप में उपयोग करते समय +10 या यहां तक ​​कि +20 जीबी

अगर माउंटपॉइंट / घर का उपयोग कर रहे हैं

  • उपयोग किए जाने पर सभी खाली स्थान असाइन करें, / घर ne

यदि माउंटपॉइंट / ऑप्ट का उपयोग कर रहे हैं

अगर माउंटपॉइंट / usr का उपयोग कर रहे हैं

  • यह एक मुश्किल है और स्थापित सॉफ्टवेयर बेस पर काफी निर्भर है

अगर माउंटपॉइंट / var का उपयोग कर रहे हैं

  • यह एक मुश्किल है और स्थापित सॉफ्टवेयर बेस पर काफी निर्भर है
  • उदाहरण के लिए, डेटाबेस सभी डेटा लिनक्स पर आधारित डेबियन-आधारित सिस्टम पर अपना डेटा लिखते हैं
  • एक अलग / var / tmp होने के साथ अनुचित नहीं है

अगर माउंटपॉइंट / टीएमपी का उपयोग कर रहे हैं

  • टीएमपीएफ मौजूद है और राम को आवंटित / tmp पर विचार करें
  • मान लें कि कुछ एप्लिकेशन यहां बहुत सारे डेटा लिख ​​सकते हैं

2
2017-09-18 14:18





मुझे सबसे पहले सवाल करना है, आप यहां इस प्रश्न को यहां क्यों पोस्ट कर रहे हैं, एक जीवविज्ञानी होने के नाते जो हार्ड ड्राइव विभाजन के बेहतर बिंदुओं के बारे में एक स्पष्ट रूप से सक्षम सिस्टम प्रशासक के साथ बहस कर रहा है! (कोई अपराध नहीं, बस सच में सोच रहा है कि आप अपने sysadmin पर भरोसा क्यों नहीं कर रहे हैं)।

तो, कुछ अवलोकन:

  • 1.3 टीबी अब एक बड़ी ड्राइव नहीं है। 2 टीबी इन दिनों डेस्कटॉप दुनिया में एक कम या कम मानक सैटा ड्राइव आकार है।

  • किसी भी लिनक्स डिस्ट्रो की स्थापना 100 जीबी से अधिक की आवश्यकता नहीं है। निश्चित रूप से, / (रूट) और (स्वैप) के आकार को ऊपरी-बाध्य संख्याओं के रूप में आसानी से आकार (रूट के लिए) या सिस्टम कॉन्फ़िगरेशन दिशानिर्देशों (स्वैप) द्वारा आसानी से निर्धारित किया जाना चाहिए।

  • / 40 के लिए माउंट पॉइंट आपके 40TB RAID सर्वर पर कुछ इंगित करना चाहिए। उस रूट डिवाइस पर कहीं भी होने के लिए उस डेटा की आवश्यकता नहीं है, उपयोगकर्ता की होम निर्देशिकाएं। उन्हें RAID सर्वर पर रखकर शायद आपको बेहतर सुरक्षा मिलती है। और, यह संभवतः एक आसानी से विस्तार योग्य NAS सुविधा है, जबकि सर्वर बॉक्स में निर्मित छोटी RAID संभवतः नहीं है।

  • आपको शायद अपने विशेष सॉफ़्टवेयर को एक अलग विभाजन (/ usr / local / bin आदि के लिए माउंट पॉइंट) में रखना चाहिए ताकि आप ओएस अपडेट और रूट विभाजन वाइप्स में इसे संरक्षित कर सकें। अन्यथा आपको संभावना है कि आपको ओएस अपग्रेड / फिक्स / जो भी हो, के बाद अपने "विशेष" सॉफ़्टवेयर ऐप्स को पुनर्स्थापित करना होगा।

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

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

  • -

2
2017-09-23 13:10





यह उपयोगकर्ता डेटा से स्वतंत्र रूप से ऑपरेटिंग सिस्टम को बैकअप, पुनर्स्थापित या पुनर्स्थापित करने की अनुमति देता है। यह आपको स्वतंत्रता, आजादी और सुरक्षा देता है।

  1. उपयोगकर्ता डेटा के पूर्ण बहुमत को संरक्षित करने के लिए अभी भी एक और लिनक्स वितरण में माइग्रेट करना आसान तरीका है।

  2. ऑपरेटिंग सिस्टम विभाजन के बैकअप को लागू करके बग्गी अपडेट को वापस करना आसान है (दोहरी बूट आवश्यक है)। यह बैकअप भी पुराना हो सकता है - आप इसे लागू कर सकते हैं और बाद में जानबूझकर स्थिर संस्करण में अपडेट कर सकते हैं।

  3. यदि आप हाल ही में लागू "प्रमुख अपग्रेड" (दोहरी बूट आवश्यक है) पसंद नहीं करते हैं तो ऑपरेटिंग सिस्टम के पिछले संस्करण पर वापस जाना आसान है।

इस दृष्टिकोण की सबसे बड़ी क्षमता के लिए, आपको दोहरी बूट (CentOS / CentOS भी हो सकता है) को कॉन्फ़िगर करना चाहिए, ताकि आप ऑपरेटिंग सिस्टम को दूसरे से चलाते समय एक ऑपरेटिंग सिस्टम विभाजन को ओवरराइट कर सकें। और, निश्चित रूप से, आपको कुछ महीनों में कम से कम एक बार सिस्टम विभाजन का बैक अप लेना होगा।


2
2017-09-18 11:13



और क्यों -1? क्या आप अधिक पेशेवर दृष्टिकोण के रूप में बग फिक्स के लिए वायरलेस के बिना इंतजार कर रहे हैं? बीटीडब्ल्यू, तीन हफ्तों में पैच किया गया है। - h22
मुझे नहीं पता, लेकिन मुआवजा दिया। यदि आप कुछ समान देखते हैं, तो वह भी करें। - peterh


मेरा संक्षिप्त जवाब यह है कि डेस्कटॉप को कभी भी "एक बड़ा विभाजन" का उपयोग नहीं करना चाहिए। मैंने हाल ही में अपने बेहतर फैसले के खिलाफ कोशिश की क्योंकि यह "सिर्फ एक लैपटॉप" था और ऑटो-इंस्टॉलर ने एक ही विभाजन का इस्तेमाल किया था, और मैंने बस बटन पर क्लिक किया था।

जब मैं एक अलग डिस्ट्रो स्थापित करने गया, तो मुझे अपने ड्राइव को दोबारा विभाजित करना पड़ा क्योंकि इंस्टॉलर मौजूदा डिस्ट्रो पर स्थापित नहीं होगा। यदि यह अपने स्वयं के विभाजन पर हो तो यह आपके घर को बरकरार रखेगा। इसलिए, मैंने एक gparted लाइव-सीडी बूटिंग और विभाजन को कम करने, / home और दूसरों के लिए नए विभाजन बनाने, मेरे डेटा को नए विभाजन में स्थानांतरित करने और फिर अंत में नए ओएस के लिए इंस्टॉलर में बूट करने का अंत किया।

आदर्श रूप से, एक हार्ड ड्राइव पर / एसएसडी, / घर पर हार्ड ड्राइव पर / var, / usr एक एसएसडी या एचडीडी पर हो सकता है कि आप कितनी बार उन्नयन पर योजना बनाते हैं। एक हार्ड ड्राइव के लिए / tmp। मैं आमतौर पर साझा मीडिया फ़ाइलों जैसे एमपी 3 और फिल्मों के लिए एक और विभाजन करता हूं जो सिमलिंक के साथ मेरे / घर से होता है। ध्यान दें कि / sbin रूट का हिस्सा है, और / bin और / root है। / Bin और / usr / bin के बीच का अंतर है, / usr वह सामान है जो तब तक उपलब्ध नहीं हो सकता है जब तक कि आपके सभी ड्राइव आरोहित नहीं हो जाते हैं, इसलिए माउंट कमांड / usr में नहीं हो सकता है! मैं आमतौर पर अन्य लिनक्स डिस्ट्रोज़ के लिए कुछ अतिरिक्त विभाजन रखता हूं, जैसे कि gparted एक मेरी हार्ड ड्राइव पर है, अगर मैं कुछ सचमुच खराब कर देता हूं, तो मेरे पास वसूली के काम के लिए एक और लाइव सिस्टम तैयार है।

एक सर्वर के लिए जहां आपको सामान को स्थानांतरित करने की आवश्यकता हो सकती है, गतिशील रूप से संग्रहण जोड़ें, और हर समय रहने की आवश्यकता है, निश्चित रूप से LVM का उपयोग करें !!!


1
2017-09-20 05:38