/ হোম ছাড়া অন্য জিনিসগুলিকে আলাদা পার্টিশনে রাখবেন কেন?


53

তাই সম্প্রতি একটি ডেবিয়ান 5.0.5 ইনস্টলার আমাকে আলাদা আছে প্রদত্ত /usr, /home, /varএবং /tmp(এক শারীরিক ডিস্কে) পার্টিশন।

এর ব্যবহারিক কারণ কী? আমি বুঝতে পেরেছি যে /homeপৃথক পার্টিশন স্থাপন করা সুবিধাজনক হতে পারে, কারণ ব্যবহারকারী ফাইলগুলি পৃথকভাবে এনক্রিপ্ট করা যায়, তবে কেন অন্য কিছুর জন্য?


10
/homeআলাদা রাখার আর একটি ভাল কারণ হ'ল এটি আপনাকে আপনার সিস্টেম পুনরায় ইনস্টল করতে দেয় এবং / অথবা আপনার ব্যক্তিগত ফাইলগুলি না হারিয়ে অবাধে ডিস্ট্রোস স্যুইচ করতে দেয়।
ডেভিড জেড

4
@ ডেভিড জাস্লাভস্কি: আমি ডিস্ট্রোস স্যুইচ করার জন্য এটির প্রস্তাব দেব না। আপনার ঘরের ডিরেক্টরিতে লুকানো কনফিগারেশন ফাইলগুলির দ্বন্দ্ব হতে পারে না।
ট্রাববাদৌর

7
@ ট্রাবডৌর: আসলে আমি তা মনে করি না। এই কনফিগারেশন ফাইলগুলিকে নির্দিষ্ট অ্যাপ্লিকেশন দ্বারা স্থাপন করা হয় এবং সাধারণত আপনি কোন বিতরণ করছেন তার সাথে কিছুই করার থাকে না। সুতরাং উদাহরণস্বরূপ, এর সামগ্রীগুলি ~/.mozilla/firefoxফায়ারফক্স উবুন্টু বা ফেডোরা বা জেন্টুতে সমানভাবে ব্যবহার করতে পারে। ~/.bashrcআপনি যে অন্তর্নিহিত সিস্টেমটি চালান তা বিবেচনা করেই বাশের ক্ষেত্রে সর্বদা একই প্রভাব ফেলবে। আমি ডিস্ট্রস স্যুইচিংয়ের যথেষ্ট পরিমাণে করেছি এবং এই কনফিগারেশন ফাইলগুলির সাথে সত্যই কখনও সমস্যা হয়নি।
ডেভিড জেড

3
@ ডেভিড জাস্লাভস্কি: আমি যদি নতুন ডিস্ট্রো আগের তুলনায় অ্যাপ্লিকেশনগুলির পূর্ববর্তী সংস্করণগুলি ব্যবহার করি তবে সমস্যা দেখা দিতে পারে, কারণ তারা এই কনফিগারেশন ফাইলগুলি কীভাবে পড়বেন তা তারা জানেন না। বলা হচ্ছে, আমি নিজে বাছাইয়ের কিছু করার চেষ্টা করিনি।
intuited

অন্য কারণ হিসাবে, আপনি যদি এইচডিডি এবং এসএসডি উভয়ই ব্যবহার করে থাকেন তবে আপনার প্রচুর পরিমাণে এসএসডি লাগাতে চাইবে, তবে একটি বৃহত সংখ্যার এড়াতে আপনি এইচডিডি-তে লিখতে, বলতে / / এবং লিখতে চান এসএসডি লেখার।
কেভিন

উত্তর:


55
  1. ক্ষয়ক্ষতি হ্রাস করা: যদি /usrপৃথক বিভাজনে থাকে তবে ক্ষতিগ্রস্থ হওয়ার /usrঅর্থ এই নয় যে আপনি পুনরুদ্ধার করতে পারবেন না /etc
  2. সুরক্ষা: /সর্বদা আরও হতে পারে না ( /rootআরডাব্লু হওয়া প্রয়োজন হতে পারে) তবে /usrপারে। এটি যতটা সম্ভব রো তৈরি করতে ব্যবহার করা যেতে পারে।
  3. বিভিন্ন এফএস ব্যবহার করা: আমি /tmp( একটি নির্ভরযোগ্য নয় তবে অনেকগুলি ফাইলের জন্য দ্রুত) এবং /home(নির্ভরযোগ্য হতে হবে) এর জন্য একটি আলাদা সিস্টেম ব্যবহার করতে পারি । Similary /varডেটা যখন ধারণ করে /usrনা, তাই না /usrস্থায়িত্ব বলিদান কিন্তু এত হতে পারে না /tmp
  4. Fsck এর সময়কাল: ছোট পার্টিশনগুলির অর্থ একটি চেক করা দ্রুত হয়।
  5. অংশগুলি পূরণ করার কথা উল্লেখ করা হয়েছে, যদিও অন্য পদ্ধতিটি কোটা।

23

/usrযদি আপনার কাছে একই ওএস ভাগ করে নেওয়ার জন্য বেশ কয়েকটি মেশিন থাকে তবে একটি পৃথক কার্যকর হতে পারে। তারা /usrপ্রতিটি সিস্টেমে নকল করার পরিবর্তে একটি একক কেন্দ্রীয় ভাগ করতে পারে। /usrকেবল পঠনযোগ্য মাউন্ট করা যেতে পারে।

/varএবং /tmpব্যবহারকারী প্রোগ্রাম বা ডেমন দ্বারা পূরণ করা যেতে পারে। সুতরাং এগুলি পৃথক পার্টিশনে রাখা নিরাপদ হতে পারে /যা রুট পার্টিশনটি 100% পূর্ণ হয়ে যায় এবং আপনার সিস্টেমে খারাপভাবে ক্ষতিগ্রস্থ হয়। এগুলির জন্য দুটি স্বতন্ত্র পার্টিশন থাকা এড়ানোর জন্য, এটির জন্য /tmpএকটি সিমিলিংক হওয়া অস্বাভাবিক নয় /var/tmp


আমি অনুমান করি আমি / var এবং / tmp বুঝতে পারি, তবে যেহেতু ইনস্টলারটি একটি একক ডিস্ক বিভাজন করার প্রস্তাব দেয় , তখন পৃথকটির ইউটিলিটি /usrতখন বেশ সীমাবদ্ধ?
অ্যালেক্স বি

এটি আপনাকে /usrএনএফএসের মাধ্যমে অন্য সিস্টেমে ভাগ করার অনুমতি দেয় । তবে আপনি এটি ভাগ করে নিতে পারেন এমনকি এটি একটি পৃথক বিভাজন না হলেও, এটি সত্য ... জোরে চিন্তা করছে ... কেবল পঠনযোগ্য কি যথেষ্ট কারণ আছে?
দিদিয়ের ট্রসেট

আপনি এই ধরণের সেটআপ দিয়ে কীভাবে আপডেট করবেন? প্রায়শই (অন্তত অধীনে লিনাক্স) প্যাকেজ সিস্টেম-স্থানীয় ডিরেক্টরিগুলি থেকে ফাইলগুলিকে পরিবর্তন, ইন উদাহরণস্বরূপ করতে হবে /etc
16:44

+1 / usr পঠনযোগ্য মাউন্টের জন্য +1। আপডেটগুলি করার আগে এটি পুনর্নির্মাণ করুন।
লরেন্সসি

13

সাধারণ ব্যবহারকারীদের সৃষ্টি করতে পারে কারণ কিছু লেখা হবে /varএবং /tmp, এবং এইভাবে সম্ভাব্য পুরো সিস্টেমের জন্য সমস্যার সৃষ্টি। এই পদ্ধতিতে ব্যবহারকারী প্রক্রিয়াগুলি পূরণ করতে পারে /varএবং /tmp, তবে মূল Fs নয়। একটি পৃথক এনএফএস, বা অন্যান্য দূরবর্তী fs এর /usrজন্য দরকারী is/usr

(আমি আশা করি এটি পরিষ্কার হয়ে গেছে, আমার কাছে এখনও কোনও কফি পান হয়নি)


প্রথম বাক্যটি সেরা ব্যাখ্যা, ধন্যবাদ।
গ্রীনল্ডম্যান

11

সমস্যাটি হ'ল একটি সম্পূর্ণ রুট এফএস লিনাক্স সিস্টেমটিকে প্রসারিত করতে অপ্রয়োজনীয় করে তোলে যা এমনকি কোনও প্রশাসক পুনরুদ্ধারের সিডি বা অনুরূপ ছাড়াই এটি ঠিক করে দেয়। যখন /tmpএবং /varবিশেষত /homeপৃথক পার্টিশনে থাকে, রুট fs কোনও প্রশাসক না করে কখনও পূরণ করতে পারে না। নিন /usrমিশ্রণ যেখানে সমস্ত স্বাভাবিক ইনস্টলসমূহ স্থাপন করা হবে মধ্যে, এবং এমনকি নতুন সফটওয়্যার ইনস্টল এই সমস্যা সৃষ্টি করতে পারবে না।


এটি এতে ইনস্টল /optনা করা
অবধি

1
ভাল। আপনি এটির জন্য আলাদা পার্টিশনও তৈরি করতে পারেন বা একটি লিঙ্ক তৈরি করতে পারেন যা / অপ্টটি আসলে / usr পার্টিশনে অবস্থিত। নীতিটি এখনও একই।
txwikinger 20'10

10

সাধারণভাবে পৃথক পার্টিশন থাকার জন্য যুক্তিগুলি হ'ল:

  1. সুরক্ষা: উদাহরণস্বরূপ, দূষিত ব্যবহারকারীদের (বা প্রক্রিয়াগুলি) ওভাররাইট করা বা সেখানে বাইনারিগুলির পরিবর্তে ট্রোজানগুলি প্রতিস্থাপনের জন্য কেবল একটি পার্টিশন পঠনযোগ্য মাউন্ট করতে পারেন। সুতরাং যদি আপনার এসএস বাইনারি / ইউএসআর / স্থানীয় / বিন এবং / ইউএসআর / স্থানীয় বাস করে তবে কেবল সেই বাইনারি প্রতিস্থাপন করা কারও পক্ষে শক্ত হবে।

  2. নমনীয়তা / সুবিধা: উদাহরণস্বরূপ, আপনি যদি নিজের পার্টিশনে / ভার সেট আপ করেন এবং এটি ৮০% পূর্ণ হয়ে যায় তবে আপনি এটির আকার পরিবর্তন করতে পারেন, বা প্রয়োজনে অন্য ডিস্কেও স্থানান্তর করতে পারেন। আমি বরং এমন একটি সিস্টেমের সাথে ডিল করার চেয়ে বেশি করতে চাই যার '/' 100% পূর্ণ, কারণ / var এর অধীনে লগগুলি কোনওভাবেই হাইওয়াইরে চলে গেছে। বিভিন্ন পার্টিশনে সম্পূর্ণরূপে বিভিন্ন ফাইল সিস্টেম থাকতে পারে, আপনার ওএসকে এক্সট3 ব্যবহারের অনুমতি দেয় (উদাহরণস্বরূপ) এবং আপনার ডাটাবেসকে এক্সট 4 ব্যবহার করতে দেয়, বা আপনার অবজেক্ট রিপোজিটরিটি এক্সএফএস ব্যবহার করতে পারে, বা আপনার কাস্টম অ্যাপ ব্যবহার করতে পারে ... কাঁচা ডিভাইস!


প্রথম ক্ষেত্রে সিস্টেম আপডেটগুলি পরিচালনা করার স্বাভাবিক উপায় কী?
16:48 এ

6

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

তবে এটি করার জন্য এখনও কিছু কারণ রয়েছে। কয়েকটি সাধারণ রয়েছে:

  • ডিস্কের শুরুতে একটি পৃথক, ছোট বিভাজনে / বুট করা। পুরানো পিসি বিআইওএস ফার্মওয়্যারটি কেবল ডিস্কের প্রথম 1024 টি ট্র্যাক থেকে বুট করবে। এটি আধুনিক হার্ডওয়্যার নিয়ে সমস্যা হওয়ার সম্ভাবনা কম।

  • ব্যস্ত পার্টিশন স্থাপন যেমন ব্যবহারকারীর ডেটা অ্যাক্সেসের ক্ষেত্রে বাধাগুলি অপসারণ করার জন্য পৃথক ডিস্কের উপর /varবা /tmpdis

  • বিভিন্ন পার্টিশনে বিভিন্ন ফাইল সিস্টেম। উদাহরণস্বরূপ, আপনি জার্নালিং ফাইল সিস্টেম ব্যবহার করতে ইচ্ছুক হতে পারেন /usrতবে ডিবিএমএস যেমন ওরাকল যেমন ফাইলগুলি হোস্ট করে এমন পার্টিশনের জন্য নয় - ডিবিএমএস নিজস্ব জার্নালিং করে এবং জার্নালিং ফাইল সিস্টেমটি উল্লেখযোগ্য ওভারহেড চাপিয়ে দিতে পারে।

  • পৃথক ডিস্ক বা পার্টিশনে ব্যবহারকারীর ডেটা থাকার কারণে মেশিনে কোনও বড় শল্য চিকিত্সা ছাড়াই এটিকে বড় ডিস্কে স্থানান্তর করা সহজ হয়।

  • আপনি শেয়ার করা ডেটা যেমন হোম ডিরেক্টরি বা অ্যাপ্লিকেশন বাইনারিগুলি এনএফএসের উপর মাউন্ট করতে পারেন।

  • fsckনির্দিষ্ট ধরণের ফাইল সিস্টেমের জন্য বড় পরিমাণে দীর্ঘ সময় লাগে। আপনি সিস্টেম অঞ্চলগুলি (ঘন ঘন) এবং ব্যবহারকারীর ক্ষেত্রে (কম ঘন ঘন) বিভিন্ন ফাইল সিস্টেম রক্ষণাবেক্ষণের শিডিয়ুল রাখতে চাইতে পারেন।


5

একটি ফাইল সিস্টেম ফর্ম্যাট করাও এটি আরএম-আরফিংয়ের চেয়ে দ্রুত হতে পারে। বিশেষ করে আপনার যদি মুছতে হাজার হাজার ছোট ফাইল থাকে। স্কুইড ক্যাশে আপনি পুরোপুরি পুনরায় তৈরি করতে চান ... টন ইমেজ ফাইল যা আপনার প্রসেসিংয়ের জন্য প্রয়োজনীয় তবে শেষ ফলাফলটি তৈরি হওয়ার পরে ফেলে দেওয়া যেতে পারে। বিশাল সংকলন থেকে .obj ফাইল ... ইত্যাদি


4

আমি মাঝে মাঝে একটি পৃথক পার্টিশন রেখেছি এমন একটি ফোল্ডারটি /usr/local/যাতে আমার ডিস্ট্রোর প্যাকেজ ম্যানেজার থেকে আলাদা করে তৈরি করা এবং ইনস্টল করা কোনও সফ্টওয়্যার সম্ভবত আমি পুনরায় ব্যবহার করতে পারি যদি আমি আমার ডিসট্রো পরিবর্তন / আপগ্রেড করি বা পাশের পাশে অন্য কোনও ডিস্ট্রো ইনস্টল করি। এটি সম্ভবত সমস্ত সম্ভাব্য সংমিশ্রণ জুড়ে কাজ করার গ্যারান্টিযুক্ত নয় তবে এটি কোনও ক্ষতি করে না।


2

আমি /tmpএকটি টিএমপিএফস রেখেছি , সুতরাং সামগ্রীগুলি ডিস্কের পরিবর্তে র্যামে সঞ্চয় করা হয় stored যে জন্য দরকারী হবে না /etcবা /usrঅবশ্য।

তবে বিভিন্ন ফাইল সিস্টেমে বিভিন্ন ডিরেক্টরি রাখতে সক্ষম হওয়া উপকারী হতে পারে; অর্থাত /homeext4 এর মতো দ্রুত / পরীক্ষামূলক ফাইল সিস্টেমে বনাম একটি স্থির / নির্ভরযোগ্য ফাইল সিস্টেমের জন্য ext2 এর মতো /etc

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