/ বুটের জন্য আলাদা পার্টিশন করা কি ভাল?


77

আমি কিছু লোককে পৃথক বিভাজন করতে দেখেছি /boot। এটা করে লাভ কী? এটি করে ভবিষ্যতে আমি কোন সমস্যার মুখোমুখি হতে পারি ?


এছাড়াও /homeএবং বাদে /bootকোন পার্টিশন পৃথক করা যায়? এটি সুপারিশ করা হয়?


1
আমার উবুন্টু 8.04 ডেল থেকে একটি / বুট পার্টিশন নিয়ে এসেছিল। এটা আমার পছন্দ ছিল না। আমি 10.04 টাটকা ইনস্টল করার সময় এটি তৈরি করার চেষ্টা করেনি।
ডেভিড থর্নলি

আমি যখন প্রথমবার আর্চ লিনাক্স ইনস্টল করার চেষ্টা করেছি তখন এটি অত্যন্ত প্রস্তাবিত হয়েছিল এবং এটি প্রথমবার ইনস্টল করতে ব্যর্থ হয়েছিলাম। যদিও অন্য ডিস্ট্রোজে কখনও সমস্যা হয়নি।

আরও দেখুন একটি সাধারণত পৃথক পার্টিশন প্রশ্ন করুন এবং নির্দিষ্ট প্রশ্ন / tmp -র পরিবর্তে এবং প্রথমেই / var
sondra.kinsey

উত্তর:


46

এটি "ইয়ে ওল্ডি টাইমস" এর একটি হোল্ডওভার যখন বড় বড় হার্ড ড্রাইভগুলিতে সম্বোধন করতে মেশিনগুলির সমস্যা হয়। /bootপার্টিশনের পিছনে ধারণাটি ছিল ড্রাইভটি প্লাগ করা যে কোনও মেশিনে পার্টিশনটি সর্বদা অ্যাক্সেসযোগ্য। যদি মেশিনটি ড্রাইভটি শুরু করতে পারে (নিম্ন সিলিন্ডার সংখ্যাগুলি) তবে এটি সিস্টেম বুটস্ট্র্যাপ করতে পারে; সেখান থেকে লিনাক্স কার্নেল BIOS বুট সীমাবদ্ধতা বাইপাস করতে এবং সমস্যার আশপাশে কাজ করতে সক্ষম হবে। আধুনিক মেশিনগুলি যেহেতু এই বিধিনিষেধকে সরিয়ে নিয়েছে /boot, অন্য পার্টিশনের যেমন অতিরিক্ত এনক্রিপশন বা ফাইল সিস্টেম যা বুটলোডার দ্বারা স্বীকৃত নয় তার অতিরিক্ত প্রসেসিংয়ের প্রয়োজন না হলে আলাদা হওয়ার জন্য আর কোনও নির্দিষ্ট প্রয়োজন নেই ।

প্রযুক্তিগতভাবে, আপনি একটি একক পার্টিশন নিয়ে দূরে সরে যেতে পারেন এবং ঠিকঠাক হয়ে উঠতে পারেন, তবে আপনি যদি সত্যই পুরানো হার্ডওয়্যার ব্যবহার না করে থাকেন (1998-পূর্ববর্তী বা তার বেশি)।

যদি আপনি একটি পৃথক বিভাজন ব্যবহার করার সিদ্ধান্ত নেন, তবে এটি পর্যাপ্ত জায়গা দেওয়ার বিষয়ে নিশ্চিত হন, 200 মিমি স্পেস বলুন। এটি বেশ কয়েকটি কার্নেল আপগ্রেডের জন্য পর্যাপ্ত পরিমাণে হবে (যা প্রতিবার বেশ কয়েকটি মেগ গ্রহণ করে)। যদি / বুটটি পূরণ শুরু হয়, তবে আপনি যে পুরানো কার্নেলগুলি ব্যবহার করেন না তা সরিয়ে ফেলুন এবং এই সত্যটি সনাক্ত করতে আপনার বুটলোডারকে সামঞ্জস্য করুন।


2
আকার সম্পর্কিত, "ভবিষ্যতে এই সমস্যাগুলি এড়াতে" ফেডোরার ১৩ এর জন্য ডিফল্ট / বুট পার্টিশনের আকার 500 মাইবি করা হয়েছে "। ( fedoraproject.org/wiki/… থেকে )
খ্রিস্টিয়ান সিউপিতু

3
500 এম? তারা কি সেখানে সংরক্ষণ করছে? আমার এই /bootমুহুর্তে আমি 13 এম ব্যবহার করছি এমনকি আমার 100M এমনকি কখনও প্রয়োজন হয় নি ।
xenoterracide

27
একটি / বুট পার্টিশন থাকার জন্য এখনও অনেক আধুনিক কারণ রয়েছে এবং সেগুলি "বুট লোডার মূল ফাইল সিস্টেমটি পড়তে পারে না" - এ সিদ্ধ হয়। Saidতিহাসিক ব্যবহারের ক্ষেত্রে যেমনটি আপনি বলেছিলেন, এটি প্রচুর পরিমাণে চালিত হয় তবে আধুনিক কেসগুলি হ'ল এনক্রিপশন, নতুন ফাইল সিস্টেম (যেমন এক্সট ৪), এলভিএম, বা কোনও গ্রোথ সেটআপ যা কেবল গ্রুব দ্বারা সমর্থিত নয়।
মিঃ শাইনি এবং নতুন 宇 宇

22
কেউ কি উল্লেখ করেছেন যে দ্বৈত-বুট পরিস্থিতিতে যদি উইন্ডোজের পরে লিনাক্স সিস্টেম ইনস্টল করা হয়, GRUB পাশাপাশি পাশের সিস্টেমগুলির জন্য বুট লাইন সরবরাহ করে। / বুট পৃথক পার্টিশনে না থাকলে, লিনাক্স পার্টিশনের একটি মোছা মেশিনটিকে বুটমুক্ত করতে পারত। / বুট পৃথক পার্টিশনে থাকলে, লিনাক্স ইনস্টলেশন মুছে ফেলার (যেমন, রুট পার্টিশন) পার্শ্ব-সিস্টেম বুট করার ক্ষতির কোনও ক্ষতি হবে না।
এমবাটাইফ

5
আমি আমার 100MB / বুট পার্টিশনটি পুরানো কার্নেলগুলি দিয়ে ওভারফিল করেছি। এটি ঘটলে খুব অগোছালো হয়।
ম্যালফিস্ট

39

/ বুট পার্টিশন থাকার একটি কারণ হ'ল এটি এনক্রিপ্ট করা /, যেমন কার্নেল এবং initrd আন-এনক্রিপ্ট করা পার্টিশন থেকে লোড করা হয় এবং তারপরে অপারেটিং সিস্টেম সহ এনক্রিপ্ট করা রুট পার্টিশনটি মাউন্ট করতে ব্যবহৃত হয়। এটি সাধারণ ব্যবহারের জন্য তবে গুরুত্বপূর্ণ নয়।

রিকার্ডো মুরির একটি মন্তব্য যুক্ত করা :

পৃথক / বুট থাকারও historicalতিহাসিক কারণ রয়েছে: পুরানো কালে, BIOS কেবল একটি বৃহত ডিস্কের কিছু অংশ অ্যাক্সেস করতে পারে, সুতরাং ওএস বুটলোডার দ্বারা প্রয়োজনীয় সমস্ত ফাইলগুলিকে BIOS- অ্যাক্সেসযোগ্য জোনে রাখতে হবে। সুতরাং পৃথক / বুট পার্টিশন। যদিও এটি আর প্রযোজ্য নয়


1
ভাল ... প্রথমবারের মতো বুটলোডার কেবল প্রাথমিক পার্টিশনগুলি এখনও অ্যাক্সেস করতে পারে ... সুতরাং আপনি বেশ কয়েকটি বর্ধিত পার্টিশন থাকলে এটি কার্যকর হতে পারে।
xenoterracide

18

রেড হ্যাট এর মতো বড় এন্টারপ্রাইজ ডিস্ট্রোয়ের প্রধান কারণ এবং আমি মনে করি পৃথক / বুট ব্যবহারের জন্য সুসে তারা ডিফল্টরূপে এলভিএম ব্যবহার করে এবং গ্রাব এলভিএম থেকে বুট করতে ব্যবহার করতে পারে না। এটা যে সহজ।

সুতরাং আপনি যদি এলভিএম ব্যবহার করতে চান এবং এটি একটি বর, আপনি পৃথক / বুট ব্যবহার করেন। ব্যক্তিগতভাবে, আমি মনে করি এটা একটা হোস্টের জন্য উভয় LVM- র এবং পৃথক পার্টিশন ব্যবহার করতে ভাল অনুশীলন, মত /var, /boot, /homeএবং /tmpএবং এমনকি /usrসার্ভারে, যাতে পূর্ণ পেয়ে থেকে আপনার রুট ফাইল সিস্টেম বা তথ্য পার্টিশন রক্ষা করার জন্য উদাহরণস্বরূপ।


3
আর একটি ভাল কারণ হ'ল GRUB ext4 , কেবল ext3 সমর্থন করে না , সুতরাং যদি আপনি ext4 ব্যবহার করতে চান তবে আপনার /আলাদা /bootপার্টিশন থাকতে হবে।
ক্রিশ্চিয়ান সিপিতু

বেশিরভাগ লোক সূচিত করেছেন যে GRUB এলভিএম থেকে বুট করতে সক্ষম হবে না। GRUB2 এখন প্রায় 1.5 বছর ধরে আমার বাড়ির পিসিতে কোনও সমস্যা ছাড়াই LVM2 থেকে সুখে বুট করছে। কাটা রুটি থেকে সবচেয়ে মজাদার জিনিস thing ওহ, এবং এটি সর্বব্যাপী (বিকল্প) ইনস্টলার দ্বারা ডিফল্টরূপে সমর্থিত। এটি ব্যবহার করে দেখুন
sehe

1
/ Tmp / হিসাবে, আপনি আজকাল সেখানে tmpfs দিয়ে মেমরি মাউন্ট করতে পারেন। এটি আপনার হার্ডড্রাইভগুলির পক্ষে দ্রুত এবং স্বাস্থ্যকরও হতে পারে। যে কোনও ক্ষেত্রে, / tmp / পুনরায় বুট থেকে বেঁচে থাকার কথা নয়।
ইম্জ - ইভান জ্যাচারিয়াশ্চ শেভ

1
গ্রাব উত্তরাধিকার কাজ করে না, এবং / বুট একটি এলভিএম লজিকাল কলমে মাউন্ট করা থাকলে গ্রুব 2 কাজ করে না। সমর্থন মোটামুটি যোগ করা হয়েছিল। নির্দিষ্ট রেফারেন্সটি খনন করা কঠিন হওয়া উচিত নয়। সফটওয়্যার র‌্যাডের জন্য ডিট্টো, এর জন্য সমর্থনটি সম্প্রতি গ্রুব ২
ফাহিম মিঠা

@ ফাহিম এম .: তাই .... আপনি কি বলছেন যে এটি আপনার পক্ষে কাজ করে না, বা মূলত আমার অবশ্যই সময়সীমার খারাপভাবে মনে রাখা উচিত? খুব তাড়াতাড়ি গুগল 20 নভেম্বর, 2006পোস্ট করা এই এন্ট্রিটিকে সরিয়ে নিয়েছে তাই আমি বেটে যাচ্ছি যে আমি আমার সময়সীমার সাথে সঠিক ছিলাম।
শেহে

13

একটি চূড়ান্ত কারণ, প্রদত্ত হওয়াগুলির চেয়ে কম গুরুত্বপূর্ণ এটি হ'ল ডিস্কের কিছু অংশ ক্ষতিগ্রস্থ হলে এটি পিসিটিকে বুটযোগ্য রাখার অনুমতি দেয়। আপনার যত বেশি পার্টিশন রয়েছে তত সহজে ত্রুটিযুক্ত পার্টিশনটি মাউন্ট না করা সহজ হবে।

এটি কখনও কখনও দরকারী হতে পারে, তবে সাধারণত যাইহোক ভাল উপায় আছে।

সম্পাদনা: অন্য একটি বিষয়: লিনাক্স ধরে নেওয়া, কোনও সম্ভাব্য সমস্যা এড়ানোর জন্য এলভিএম ব্যবহার করা ভাল উপায় হতে পারে, এটি "পার্টিশনগুলি" র আকার পরিবর্তন করা এবং নতুন স্থান যুক্তিসংগতভাবে যুক্ত করা সহজ করে তোলে।


1
এর জন্য / পার্টিশনের কমপক্ষে কিছু অংশ নিরবচ্ছিন্ন হওয়ার দরকার হবে না? অবশ্যই, কার্নেল ইমেজটি / বুটে চলছে, তবে ড্রাইভারগুলি / lib-এ রয়েছে এবং init বা sh / bin -র মধ্যে রয়েছে।
মিঃ শাইনি এবং নতুন 宇 宇

7

আমি মনে করি এটি অন্য যে কোনও কিছুর চেয়ে ব্যক্তিগত পছন্দ। এমনকি সেরা অনুশীলন হতে পারে। আমার / বুটের ব্যক্তিগত দৃষ্টিভঙ্গি কেবল পঠন-ভিত্তিক। একবারে আপনার কার্নেলটি আপগ্রেড করতে বা গ্রুলোডারটিতে অন্য কোনও ওএস যুক্ত করার জন্য আপনাকে সেখানে লিখতে হবে। তা ছাড়া এটি দরকার ... ভাল, বুট করা দরকার। সুতরাং এটি একটি পৃথক ফাইল সিস্টেমে থাকার ফলে এটি কেবল পঠন-পাঠাতে সহায়তা করতে পারে (এমনকি এটির জন্য কিছু সুরক্ষার দিকও হতে পারে)।

করা উচিত এটি একটি পৃথক ফাইলসিস্টেম হবে? আমার ধারণা না .. তবে এটা কি খারাপ ধারণা? না কোনভাবেই না!


7

প্রশ্নের ফলে 'কী কী সমস্যা হতে পারে' এর উত্তরে: যে কোনও বিভাজনের সাথে সর্বদা ঝুঁকি থাকে যে আপনি প্রাথমিকভাবে বরাদ্দকৃত চেয়ে বেশি স্থানের প্রয়োজন হবে। যদিও /bootএটির ক্ষেত্রে সম্ভাবনা কম , সম্প্রতি ছোট আকারের কারণে ফেডোরায় প্রাক-আপগ্রেড নিয়ে একটি সমস্যা হয়েছিল /boot


1

প্রশ্নের দ্বিতীয় অংশটি সম্পর্কে, বর্তমান বিতরণ থেকে স্বতন্ত্র যে কোনও কিছু পৃথক পার্টিশনে রাখাই কার্যকর হতে পারে। ড্রাইভে অতিরিক্ত স্থান উপলব্ধ রেখেও, এটি ভবিষ্যতে প্রয়োজনে হয় আলাদা ডিস্ট্রিবিউশন ইনস্টল করার জন্য বা বর্তমানের একটি পুনরায় ইনস্টল করার জন্য, যা আপনি উভয়ই দেখতে চাইছেন এমন অ্যাক্সেস ভাগ করে নেওয়ার অনুমতি দেয়।

পৃথক পার্টিশনের জন্য ওবিভিউস প্রার্থীরা তখন / ইউএসআর / স্থানীয় এবং / হোম, পাশাপাশি / রুট হয়। আমি ব্যক্তিগতভাবে কাস্টম পার্টিশন তৈরি করতে, এটিকে একটি স্বেচ্ছাসেবী মাউন্ট পয়েন্টে / অংশ / উপাত্তে মাউন্ট করার জন্য আরও দক্ষ বলে মনে করি এবং তারপরে সিমলিঙ্কগুলি নিয়ে এগিয়ে যান:

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

1

আমি মনে করি না বলে অন্য একটি কারণটি আপনি ফাইল সিস্টেমের ধরণ এবং আপনার যে কনফিগারেশনগুলির জন্য পছন্দ করেন সেগুলি ব্যবহার করতে পারেন /bootযা এর অংশ হিসাবে ব্যবহৃত হওয়ার পরে অবশ্যই সেইগুলির মতো নয় /। জার্নালিং, চেকসাম ইত্যাদির মতো বৈশিষ্ট্যগুলি কার্যকর নয় /bootএবং আপনি এগুলি নিষ্ক্রিয় করে বা একটি সহজ ফাইল সিস্টেম (যেমন ext2) ব্যবহার করে বুটটি দ্রুত তৈরি করতে পারেন ।


আমার পক্ষে বিশ্বাস করা কঠিন যে জার্নালিং এবং চেকসামিং বুটটি উল্লেখযোগ্যভাবে ধীর করে তোলে। আপনার কি হার্ড নম্বর আছে?
অগ্নি

দুঃখিত, কোনও সংখ্যা উপলভ্য নয়, আপনি চাইলে পরীক্ষা করতে পারেন। কিছু লোকের জন্য এটি +5 সেকেন্ড ধীরে হলেও তা লক্ষণীয়।
সাকিস্ক

আপনি কি বোঝাচ্ছেন যে এটি আপনার অভিজ্ঞতায় 5 সেকেন্ড ধীর ছিল?
ইজিস

1
নং আফায়ার আমি শেষবার যখন করছিলাম যে আমি এক্সট 2 ব্যবহার করছিলাম।
সাকিস্ক

1

পৃথক / বুট পার্টিশন ব্যবহার করার সময় গ্রাব প্রম্পট থেকে বুট করা আমার পক্ষে আরও কঠিন হয়ে পড়েছিল।

দেখে মনে হচ্ছে কার্নেলটি / বুট চালু আছে, তবে initramfs চালু আছে / (পৃথক পার্টিশন)।

সুতরাং গ্রাব মেনুতে কোন পার্টিশনটি ব্যবহার করা উচিত তা পরিষ্কার ছিল না।

পৃথক / বুট পার্টিশনের সমস্ত সম্ভাব্য সুবিধাগুলি সহ, কিছু খারাপ হওয়ার ক্ষেত্রে সাধারণত সমস্যা সমাধানের ঝুঁকিও রয়েছে (যেমন আপডেট-গ্রাবটি চালিয়ে না দিয়ে গ্রাব-ইনস্টল চালান: এস)


/bootইতিহাসের দ্বারা অংশ হিসাবে ফেডোরা ব্যবহার করে , grubসমস্ত সম্ভাব্য ফাইল-সিস্টেম বোঝে না (না?) এবং আমার vmlinuzএবং initrdদুজনেই রয়েছি /boot, গিট থেকে ভ্যানিলা কার্নেল থেকে ইনস্টল করা হয়েছে ...
ভনব্র্যান্ড

-1

আমাকে এখানে আমার কয়েকটা অভিজ্ঞতা লিখতে দিন:

আমার ক্ষেত্রে ভাল, আমার ডিস্কের বিশ্রামের জন্য RAID 1 (কেবল / বুটের জন্য 1GB) এবং RAID 5 রয়েছে।

আমি ডেবিয়ান স্কিজে থেকে গ্রাব 2 ব্যবহার করি এবং এটি ভাল। গ্রুব 2 এর মতো আর কোনও সীমাবদ্ধতা নেই।

আজকাল কিছু যায় আসে না। এটি যখন আপনার গ্রাব সংস্করণ 1 ছিল তখন এটি দরকার ছিল যা RAID5 থেকে বুট করবেন কীভাবে জানেন না, তবে এটি কীভাবে রাইড 1 থেকে বুট করা যায় তা জানতেন And এবং এটি কারণ কারণ।

আমার ক্ষেত্রে আমি এটি কেবল মামলার জন্য ব্যবহার করি, যদি কিছু খারাপ হয় তবে আমার এটির প্রয়োজন হতে পারে। কারণ প্রতিবার আপনার পকেটে নতুন লাইভ ডেবিয়ান বা উবুন্টু থাকে না।

এছাড়াও যদি খারাপ কিছু ঘটে তবে আমি / বুটের ব্যাকআপ রাখি। এটি একবারে আমার ইনস্টলটি ইতিমধ্যে সংরক্ষণ করে।

আমি 3 টি এইচডিডি সহ লিনাক্স এসডাব্লু রেড 1 এবং একই এইচডিডি সহ রেড 5 ব্যবহার করি। প্রথম 1 জিবি আমি রেড 1 ব্যবহার করি।

তবে আপনি যদি LILO বা GRUB সংস্করণ 1.98 -> 2 ব্যবহার করেন তবে আপনার সেপড / বুট পার্টিশন থাকার দরকার নেই।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.