क्या बूट / के लिए एक अलग विभाजन बनाना अच्छा है?

Question

मैंने देखा है कि कुछ लोग इसके लिए एक अलग विभाजन बनाते हैं /boot। ऐसा करने से क्या लाभ है? ऐसा करने से भविष्य में मुझे किन समस्याओं का सामना करना पड़ सकता है ?

---

इसके अलावा, के अलावा /homeऔर /bootहै, जो विभाजन अलग किया जा सकता? क्या यह अनुशंसित है?

Comments

मेरे उबंटू 8.04 डेल / एक बूट विभाजन के साथ आया था। यह मेरी पसंद नहीं था। जब मैंने 10.04 नए स्थापित किए, तो उसने एक बनाने की कोशिश नहीं की।

— डेविड थॉर्नले

जब मैंने पहली बार आर्क लिनक्स को स्थापित करने की कोशिश की, तो यह अत्यधिक अनुशंसित था , और यह पहली बार स्थापित करने में भी विफल रहा जब मैंने ऐसा नहीं किया। हालांकि अन्य डिस्ट्रोफ में कभी समस्या नहीं हुई।

आम तौर पर अलग-अलग विभाजन पर एक प्रश्न और / tmp और / var के

— sondra.kinsey

Answer 1

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

तकनीकी रूप से, आप एक एकल विभाजन के साथ दूर हो सकते हैं और बस ठीक हो सकते हैं, बशर्ते कि आप वास्तव में पुराने हार्डवेयर का उपयोग नहीं कर रहे हैं (पूर्व 1998 या पूर्व)।

यदि आप एक अलग विभाजन का उपयोग करने का निर्णय लेते हैं, तो बस इसे पर्याप्त कमरा देने के लिए सुनिश्चित करें, 200mb स्थान कहें। यह कई कर्नेल उन्नयन के लिए पर्याप्त से अधिक होगा (जो हर बार कई megs का उपभोग करता है)। यदि / बूट भरना शुरू हो जाता है, तो पुरानी गुठली निकाल दें जिसे आप उपयोग नहीं करते हैं और इस तथ्य को पहचानने के लिए अपने बूटलोडर को समायोजित करें।

Comments

आकार के बारे में, "फेडोरा 13 के लिए भविष्य में इन समस्याओं से बचने के लिए डिफ़ॉल्ट / बूट विभाजन का आकार 500 MiB तक बढ़ा दिया गया था"। ( fedoraproject.org/wiki/… से )

— क्रिस्टियन सियुपिटु

500 मीटर? wtf वे वहाँ में भंडारण कर रहे हैं? मुझे कभी 100 मी की भी आवश्यकता नहीं है मैं अभी 13 एम का उपयोग कर रहा हूं /boot।

— xenoterracide

अभी भी बहुत सारे आधुनिक कारण हैं / बूट विभाजन, और वे सभी "बूट लोडर रूट सिस्टम को नहीं पढ़ सकते हैं" तक उबालते हैं। जैसा कि आपने कहा था, ऐतिहासिक उपयोग का मामला बहुत बड़ा है, लेकिन आधुनिक मामले एन्क्रिप्शन, नए फाइलसिस्टम (जैसे ext4), LVM, या कोई गूढ़ सेटअप है जो बस GRUB द्वारा समर्थित नहीं है।

— श्री चमकदार और नई Mr.

क्या किसी ने उल्लेख किया कि डुअल-बूट स्थितियों में, यदि विंडोज के बाद लिनक्स सिस्टम स्थापित होता है, तो GRUB साइड-बाय-साइड सिस्टम के लिए बूट लाइनें प्रदान करता है। यदि / बूट अलग विभाजन पर नहीं थे, तो लिनक्स विभाजन के विलोपन से मशीन असावधान हो जाएगी। यदि / बूट अलग विभाजन पर था, तो लिनक्स इंस्टॉलेशन (जैसे, रूट विभाजन) को हटाने से साइड-सिस्टम को बूट करने की क्षमता नहीं होगी।

— mbaitoff

मेरे पास पुराने कर्नेल के साथ 100 एमबी / बूट विभाजन ओवरफिल है। ऐसा होने पर यह बहुत गन्दा होता है।

— मल्फिस्ट

Answer 2

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

Riccardo Murri से एक टिप्पणी जोड़ना :

एक अलग / बूट होने के ऐतिहासिक कारण भी हैं: पुराने समय में, BIOS केवल एक बड़ी डिस्क का हिस्सा एक्सेस कर सकता था, इसलिए OS बूट लोडर द्वारा आवश्यक सभी फ़ाइलों को BIOS-सुलभ ज़ोन में रखना पड़ता था। इसलिए एक अलग / बूट विभाजन। यह अब लागू नहीं होता है, हालांकि

Comments

अच्छी तरह से ... iirc बूटलोडर अभी भी प्राथमिक विभाजनों को अभी भी एक्सेस कर सकता है ... इसलिए यह उपयोगी हो सकता है यदि आप काफी विस्तारित विभाजन हैं।

— 1

Answer 3

प्रमुख एंटरप्रीसी डिस्ट्रो के रेड हैट की तरह मुख्य कारण और मुझे लगता है कि एक अलग / बूट का उपयोग करने के लिए Suse है कि वे डिफ़ॉल्ट रूप से LVM का उपयोग करते हैं और Grub को LVM से बूट करने के लिए उपयोग नहीं किया जा सकता है। यह इतना आसान है।

इसलिए यदि आप LVM का उपयोग करना चाहते हैं, और यह एक वरदान है, तो आप एक अलग / बूट का उपयोग करते हैं। व्यक्तिगत रूप से, मुझे लगता है कि यह चीजों के एक मेजबान के लिए दोनों एलवीएम और अलग विभाजन का उपयोग करने के अच्छा अभ्यास है, की तरह /var, /boot, /homeऔर /tmpऔर यहां तक कि /usrसर्वर पर, आदेश पूर्ण हो रहा से अपने रूट फाइल सिस्टम या डेटा विभाजन की रक्षा के लिए उदाहरण के लिए।

Comments

एक और अच्छा कारण यह था कि GRUB ext4 का समर्थन नहीं करता था , केवल ext3 , इसलिए यदि आप ext4 का उपयोग करना चाहते थे तो आपके लिए /एक अलग /bootविभाजन होना चाहिए।

— क्रिस्टियन सियुपिटु

कई लोगों ने अनुमान लगाया है कि GRUB LVM से बूट नहीं हो पाएंगे। GRUB2 लगभग 1.5 वर्षों से मेरे घर पीसी पर किसी भी समस्या के बिना LVM2 से खुशी से बूट हो रहा है। कटा हुआ ब्रेड के बाद से सबसे प्यारी चीज। ओह, और यह सर्वव्यापी (वैकल्पिक) इंस्टॉलर द्वारा डिफ़ॉल्ट रूप से समर्थित है। यह प्रयास करें

— sehe

के रूप में / tmp / के लिए, आप आजकल tmpfs के साथ स्मृति माउंट कर सकते हैं। यह तेज़ हो सकता है, और आपकी हार्डड्राइव के लिए भी स्वस्थ हो सकता है। किसी भी मामले में, / tmp / को रिबूट से बचने के लिए नहीं माना जाता है।

— इम्ज़ - इवान ज़खरीशेव

ग्रब विरासत नहीं करता है, और ग्रब 2 काम नहीं करता था अगर / बूट को एलवीएम लॉजिकल कॉल्यूम पर रखा गया था। समर्थन हाल ही में जोड़ा गया था। विशेष संदर्भ को खोदना कठिन नहीं होना चाहिए। सॉफ्टवेयर RAID के लिए डिट्टो, उस के लिए समर्थन को हाल ही में ग्रब 2 में भी जोड़ा गया है

— फहीम मीठा

@ फहीम एम .: तो .... आप कह रहे हैं कि यह आपके लिए काम नहीं करता है, या मुख्य रूप से मुझे समय-सीमा को बुरी तरह याद रखना चाहिए? बहुत जल्दी Google ने इस प्रविष्टि को 20 नवंबर, 2006 को पोस्ट किया, इसलिए मैं शर्त लगा सकता हूं कि मैं अपने समय सीमा के साथ सही था।

— सेह

Answer 4

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

यह कभी-कभी उपयोगी हो सकता है, लेकिन आमतौर पर वैसे भी एक बेहतर तरीका है।

संपादित करें: एक और बिंदु: लिनक्स को संभालने, LVM का उपयोग करना किसी भी संभावित समस्याओं से बचने का एक अच्छा तरीका हो सकता है, इससे "विभाजन" का आकार बदलना और नए स्थान को जोड़ना आसान प्रतीत होता है।

Comments

क्या यह आवश्यक नहीं होगा कि कम से कम / भाग का भाग अनियंत्रित हो? ज़रूर, कर्नेल की छवि / बूट पर है, लेकिन ड्राइवर / परिवाद में हैं और init या sh / in में है।

— श्री शाइनी और न्यू 安 Sh

Answer 5

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

क्या यह एक अलग फाइल सिस्टम होना चाहिए ? मुझे लगता है कि नहीं .. लेकिन यह एक बुरा विचार है? नहीं, बिलकुल नहीं!

Answer 6

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

Answer 7

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

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

sudo ln -sf /part/data/joe /home/joe
sudo ln -sf /part/data/root /root
sudo ln -sf /part/data/usr-local /usr/local

Answer 8

एक और कारण जो मुझे लगता है कि उल्लेख नहीं किया गया है कि आप फाइलसिस्टम प्रकार और उन कॉन्फ़िगरेशनों का उपयोग कर सकते हैं जो आप पसंद करते हैं /bootजो निश्चित रूप से समान नहीं हैं जब इसका उपयोग किया जाता है /। जर्नलिंग, चेकसम आदि जैसी सुविधाएँ उपयोगी नहीं हैं /bootऔर आप उन्हें निष्क्रिय करके या एक सरल फाइल सिस्टम (जैसे ext2) का उपयोग करके तेजी से बूटिंग कर सकते हैं ।

Comments

मेरे लिए यह मानना ​​कठिन है कि जर्नलिंग और चेकसमिंग बूट को समान रूप से धीमा बनाते हैं। क्या आपके पास हार्ड नंबर हैं?

— इग्निस

क्षमा करें, कोई संख्या उपलब्ध नहीं है, आप चाहें तो प्रयोग कर सकते हैं। कुछ लोगों के लिए भले ही यह +5 सेकंड धीमा हो, यह ध्यान देने योग्य है।

— साकिन

क्या आप यह अनुभव कर रहे हैं कि यह आपके अनुभव में 5 सेकंड धीमा था?

— इग्निस

पिछली बार जब मैंने किया था कि मैं ext2 का उपयोग कर रहा था।

— साकिन

Answer 9

मैंने अलग / बूट विभाजन का उपयोग करते समय ग्रब प्रॉम्प्ट से बूट करना मुश्किल से अधिक कठिन पाया।

ऐसा लगता था कि कर्नेल / बूट पर था, लेकिन इनट्रामाफ़्स चालू / अलग विभाजन था।

इसलिए यह स्पष्ट नहीं था कि ग्रब मेनू में किस विभाजन का उपयोग करना है।

एक अलग / बूट विभाजन के सभी संभावित फायदों के साथ, आमतौर पर इससे भी अधिक समस्या का निवारण होने का जोखिम होता है, जब कुछ खराब होता है (यानी रन-अपडेट-ग्रब के बिना ग्रब-इंस्टॉल करें: एस)

Comments

फेडोरा उपयोग करता है /boot, इतिहास में भाग के रूप में grub(संभव नहीं है) सभी संभव फाइल सिस्टम को समझते हैं। और मेरे vmlinuzऔर initrdदोनों में हैं /boot, गिट से वेनिला कर्नेल से स्थापित ...

— वॉनब्रांड

Answer 10

मुझे यहाँ अपने कुछ अनुभव लिखिए:

खैर मेरे मामले में, मेरे पास RAID 1 (केवल / बूट के लिए 1GB) और डिस्क स्थान के बाकी हिस्सों के लिए RAID 5 है।

मैं डेबियन निचोड़ से ग्रब 2 का उपयोग करता हूं और यह ठीक है। ग्रब 2 में यह सीमा नहीं है जैसे ग्रब 1 ने किया।

आजकल यह कोई मायने नहीं रखता। यह तब आवश्यक था जब आपके पास ग्रब संस्करण 1 था, जो नहीं जानता था, कि RAID5 से बूट कैसे किया जाए, लेकिन यह जानता था कि छापे से बूट कैसे किया जाए 1. और यही कारण है कि।

मेरे मामले में मैं इसे केवल केस के लिए उपयोग करता हूं, मुझे इसकी आवश्यकता हो सकती है, अगर कुछ खराब होता है। क्योंकि हर बार आपकी जेब में नए LIVE debian या ubuntu नहीं होते हैं।

इसके अलावा अगर कुछ खराब होता है, तो मैं / बूट का बैकअप बनाता हूं। एक बार इसने मेरी इंस्टॉल पहले ही सेव कर दी।

मैं 3 HDDs के साथ Linux SW RAID 1 और उसी HDDs के साथ RAID 5 का उपयोग करता हूं। पहले 1 जीबी मैं RAID 1 के लिए उपयोग करता हूं।

लेकिन अगर आप LILO या GRUB संस्करण 1.98 -> 2 का उपयोग करते हैं, तो आपको अलग / बूट विभाजन की आवश्यकता नहीं है।