প্রশ্ন এটি একটি বড় পার্টিশনে লিনাক্স ইনস্টল করা কতটা খারাপ?


আমরা আমাদের নতুন সার্ভারে CentOS 7 চালাচ্ছি। আমরা সার্ভারে raid6 অভ্যন্তরীণ 6x 300GB ড্রাইভ আছে। (সংগ্রহস্থলটি 40TB RAID বাক্সের আকারে মূলত বাহ্যিক।) অভ্যন্তরীণ ভলিউমটি যদি একক ভলিউম হিসাবে ফর্ম্যাট করা হয় তবে এটি প্রায় 1.3TB এ আসে। আমাদের sysadmin মনে করে এটি একটি বড় 1.3TB পার্টিশনে ওএস ইনস্টল করার একটি খারাপ ধারণা।

আমি একজন জীববিজ্ঞানী। আমরা ক্রমাগত চালানোর এবং পরীক্ষার জন্য নতুন সফ্টওয়্যার ইনস্টল করি, যার মধ্যে বেশিরভাগই / usr / স্থানীয়। যাইহোক, কারণ আমাদের সিস্টেমে প্রায় 1২ টি কম্পিউটারের জ্ঞানহীন জীববিজ্ঞানী রয়েছে, আমরাও / বাড়ীতেও প্রচুর ক্রুফ্ট সংগ্রহ করি। আমাদের সর্বশেষ সার্ভারের জন্য 200GB পার্টিশন ছিল এবং 2.5 বছরের পরে এটি 90% পূর্ণ ছিল। আমি আবারও হতে চাই না, কিন্তু বিশেষজ্ঞ পরামর্শের বিরুদ্ধে যেতে চাই না!

স্থানটি কখন এবং কোথায় প্রয়োজন তা নিশ্চিত করার জন্য উপলব্ধ 1.3TB ব্যবহার করে আমরা কীভাবে সর্বোত্তমভাবে ব্যবহার করতে পারি তবে sysadmin এর জন্য রক্ষণাবেক্ষণ দুঃস্বপ্ন তৈরি করতে পারি না ??


92
2017-09-18 08:12


উত্স


LVM ব্যবহার করুন এবং ইচ্ছা অনুযায়ী আকার পরিবর্তন করুন - thanasisk
@ থানসিস্ক এটি পুনঃব্যবহারযোগ্যতা একটি পৌরাণিক ঘটনা, কারণ লিনাক্সে কোন ফাইল সিস্টেম নেই যা অনলাইনে সঙ্কুচিত হতে পারে। ext2 প্রাচীন সময়ে যেমন একটি প্যাচ ছিল। - peterh
@ পিটারহর্ভথ - তাহলে আপনি যদি "প্রসারিত" দিয়ে "আকার পরিবর্তন" প্রতিস্থাপন করেন তবে আপনি কি খুশি? - thanasisk
আপনি যা যা সেটআপ করেন তা আশা করতে একটু অবাস্তব। এটি এখন 2.5 বছরের মধ্যে সর্বোত্তম! এবং অজ্ঞাত ব্যবহারকারীরা একটি জগাখিচুড়ি তৈরি করছে যে তথ্য ডেটা থেকে অপারেটিং সিস্টেম আরো পৃথক কারণ। - JamesRyan
@ পিটারহর্ভথ আমি একবারে আপনার মন্তব্যটি পড়েছি যাতে আমি বুঝতে পারি। আপনি লিখেছেন যে আপনি যদি খুশি হবেন তবে একটি ফাইল সিস্টেম যা প্রসারিত হতে পারে এবং আমি একটি ফাইল সিস্টেমকে নির্দেশ করেছিলাম। এখানেই শেষ. - gparent


উত্তর:


পার্টিশন করার প্রাথমিক (ঐতিহাসিক) কারণ হল:

  • থেকে আপনার ব্যবহারকারী এবং অ্যাপ্লিকেশন তথ্য থেকে অপারেটিং সিস্টেম আলাদা। রিহেল 7 এর মুক্তি না হওয়া পর্যন্ত কোন সমর্থক ছিল না আপগ্রেড পথ এবং একটি প্রধান সংস্করণ আপগ্রেড পুনরায় ইনস্টল এবং তারপর উদাহরণস্বরূপ থাকার প্রয়োজন হবে /home এবং পৃথক পার্টিশনের (অথবা LVM ভলিউম) অন্যান্য তথ্য (অ্যাপ্লিকেশন) আপনাকে ব্যবহারকারীর তথ্য এবং অ্যাপ্লিকেশন ডেটা সহজেই সংরক্ষণ করতে এবং ওএস পার্টিশনগুলি মুছে ফেলতে দেয়।

  • ব্যবহারকারীরা সঠিকভাবে লগ ইন করতে পারবেন না এবং আপনার সিস্টেমটি সম্পূর্ণরূপে ডিস্কে স্থান শেষ হয়ে যাওয়ার পরে আকর্ষণীয় পদ্ধতিগুলিতে ব্যর্থ হতে শুরু করে। একাধিক পার্টিশন আপনাকে OS এর জন্য হার্ড ডিস্ক স্পেস বরাদ্দ করার অনুমতি দেয় এবং সেই এলাকার থেকে আলাদা রাখুন যেখানে ব্যবহারকারী এবং / অথবা নির্দিষ্ট অ্যাপ্লিকেশনগুলি লেখার অনুমতি দেওয়া হয় (যেমন /home /tmp/ /var/tmp/ /var/spool/ /oradata/ ইত্যাদি), অপারেটিং ঝুঁকি কমানো খারাপভাবে ব্যবহার ব্যবহারকারী এবং / অথবা অ্যাপ্লিকেশন।

  • কোটা। ডিস্ক কোটা প্রশাসককে সমস্ত উপলব্ধ স্থান ব্যবহার করে একটি পৃথক ব্যবহারকারীকে আটকাতে অনুমতি দেয়, যা সিস্টেমের অন্যান্য ব্যবহারকারীদের পরিষেবাটিকে ব্যাহত করে। পৃথক ডিস্ক কোটা ফাইল সিস্টেমের জন্য নির্ধারিত হয়, তাই একটি একক পার্টিশন এবং এইভাবে একটি ফাইল-সিস্টেমের অর্থ শুধুমাত্র 1 ডিস্ক কোটাম। একাধিক (LVM) পার্টিশন মানে একাধিক ফাইল-সিস্টেমে আরও বেশি কোয়ান্টা কোটা ব্যবস্থাপনা করার অনুমতি দেয়। আপনার ব্যবহারের দৃশ্যকল্পের উপর নির্ভর করে আপনি প্রতিটি ব্যবহারকারীকে তাদের হোম ডিরেক্টরিতে 10 গিগাবাইট, বহিরাগত স্টোরেজ অ্যারে / ডাটা ডিরেক্টরিতে 2 টিবি এবং একটি বৃহত ভাগ করা স্ক্র্যাচ এলাকা সেট আপ করতে পারেন যেখানে কেউ তাদের হোম ডিরেক্টরির জন্য ডেটাসেটগুলিকে অনেক বড় করতে পারে এবং যেখানে নীতিটি "পূর্ণ পূর্ণ" হয়ে যায় তবে যখন এটি ঘটবে তখন কিছুই ভাঙ্গবে না।

  • প্রদান ডেডিকেটেড IO পাথ। আপনার এসএসডি এবং কসরত ডিস্কগুলির সমন্বয় থাকতে পারে এবং সেগুলি আলাদাভাবে মোকাবেলা করতে পারে। সাধারণ উদ্দেশ্যে সার্ভারে এত সমস্যা নেই, তবে ডাটাবেস সেটআপগুলিতে বেশ সাধারণ ব্যাপারটিও আইও-এর বিরোধ প্রতিরোধে বিভিন্ন উদ্দেশ্যে কিছু স্পিনডেল (ডিস্ক) নির্ধারণ করা, যেমন। লেনদেনের লগগুলির জন্য পৃথক ডিস্ক, প্রকৃত ডাটাবেসের তথ্য এবং পৃথক স্থানগুলির জন্য পৃথক ডিস্কগুলির জন্য পৃথক ডিস্ক। ।

  • বুট আপনি একটি পৃথক জন্য প্রয়োজন হতে পারে /boot পার্টিশন। ঐতিহাসিকভাবে 1024 সিলিন্ডারের সীমা অতিক্রম করার সাথে সাথে BIOS সমস্যাগুলির সমাধান করার জন্য, বর্তমানে নিয়মিত এনক্রিপ্ট হওয়া ভলিউমগুলি সমর্থন করার জন্য কিছু নির্দিষ্ট RAID কন্ট্রোলারকে সমর্থন করার জন্য, HBA- গুলি যে SAN বা ফাইল-সিস্টেম থেকে বুট করার জন্য সমর্থন করে না তা ইনস্টলার ইত্যাদি দ্বারা অবিলম্বে সমর্থিত হয়।

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

হার্ড পার্টিশন ব্যবহার করে আপনি কম বা কম ইনস্টলেশনের সময় এটি সঠিকভাবে পেতে চান এবং তারপরে একটি বড় পার্টিশনটি সবচেয়ে খারাপ নয়, তবে এটি উপরে কিছু নিষেধাজ্ঞার সাথে আসে।

সাধারণত আমি একটি হিসাবে আপনার প্রধান ভলিউম বিভাজন সুপারিশ একক বৃহৎ লিনাক্স LVM প্রকৃত ভলিউম এবং তারপর লজিক্যাল ভলিউম তৈরি করুন যে আপনার বর্তমান চাহিদা এবং আপনার ডিস্ক স্থান বাকি জন্য মাপসই করা হয়, প্রয়োজন পর্যন্ত unassigned ছেড়ে

আপনি সেই ভলিউমগুলি এবং তাদের ফাইল-সিস্টেমে প্রয়োজনীয় (যা কোনও লাইভ অপারেশন যা লাইভ সিস্টেমে সম্পন্ন করা যেতে পারে) প্রসারিত করতে পারেন, বা অতিরিক্তও তৈরি করতে পারেন।

LVM ভলিউম সঙ্কুচিত ছোট কিন্তু প্রায়ই তাদের উপর ফাইল-সিস্টেম সংকুচিত করা খুব ভাল সমর্থিত হয় না এবং সম্ভবত এড়ানো উচিত।


104
2017-09-18 09:49



পারফরম্যান্স জিনিস সম্পর্কিত, আমি মনে করি এটিও মূল্যবান যে, কোনও ফাইল সিস্টেমের দ্রুত প্রতিক্রিয়া দেওয়ার প্রয়োজন হলে, এবং 'ডিএফ' দরকারী তথ্য 'du-$ $ DIRNAME' এর তুলনায় অনেক দ্রুত ফেরত দেবে। - symcbean
আমি নিশ্চিত যে আমি "পর্যন্ত ... RH7 ... কোন সমর্থিত আপগ্রেড পাথ"আমি মনের সময় থেকে সমর্থিত আপগ্রেড করেছি, এবং স্পষ্টভাবে আপগ্রেড সিস্টেম RH4-> 5 কেবল RH5-> RH6 যা আমার কাছে এই ধরনের পথের অভাব ছিল - এবং আমি অনুভব করছি যে RH তাদের ব্যবহারকারীদের দ্বারা অভাবের জন্য স্পষ্টভাবে চমকে উঠেছে। একটি চমৎকার উত্তর বাকি জন্য +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

আপনি যেখানে বেশিরভাগ ডেটা সংশ্লেষিত এবং আপনার পরবর্তী সিস্টেম যথাযথভাবে ডিজাইন করবেন তা দেখতে পাবেন। "-D1" আউটপুটটিকে কেবলমাত্র এক স্তর স্তর ফোল্ডারে সীমাবদ্ধ করে তোলে যা এটি আরও পঠনযোগ্য করে তোলে।


17
2017-09-18 08:38





একটি বড় পার্টিশন থাকার প্রধান সমস্যা হল ফাইল সিস্টেমটি পূরণ করা এটি সম্ভব যে কোনও লগইন সম্ভব নয়।

ব্যবহারকারী রুট তার হোম ফোল্ডার আছে (/root) বাহিরে /home এর জন্য. ফাইল সিস্টেমটি কিছু পরিস্থিতিতে ভরা থাকে এমনকি রুট লগ ইন করতে পারে না এবং সিস্টেমটি মেরামত করতে পারে না।

এই কারণে আপনি সাধারণত জন্য পৃথক মাউন্ট পয়েন্ট তৈরি করেন /var, /tmp এবং /home অন্যান্য পার্টিশন ভরাট হলে সিস্টেমটি মেরামত করতে root হিসাবে অন্তত লগইন করতে সক্ষম হবেন।


12
2017-09-18 08:23



কিছু ফাইল সিস্টেমে (ext3 f.e.) আপনার রুট ব্যবহারকারীর জন্য সেই আচরণটি রোধ করার জন্য সামান্য সংরক্ষিত স্থান থাকতে পারে। আপনাকে এটিকে প্রতিরোধ করতে কোটা ব্যবহার করতে হবে, একইভাবে / tmp যা প্রায়শই ভুলে যাওয়া হয়। - Dennis Nolte
@ ডেনিসনোল্ট আমি ভুলে গেছি /tmp। ধন্যবাদ, আমি আমার উত্তর এই যোগ করব। - Uwe Plonus
@DennisNolte সংরক্ষিত স্থানটি সাহায্য করবে তবে আমি মনে করি যে কোটাগুলি সঠিকভাবে সেটআপ করার জন্য আপনাকে বিভিন্ন পার্টিশনগুলি ব্যবহারের চেয়ে রক্ষণাবেক্ষণ কঠিন। - Uwe Plonus
আমি একটি আরো গুরুত্বপূর্ণ কারণ মনে করি /root বাইরে হতে /home কিছু ইনস্টলেশনের উপর যে /home একটি নেটওয়ার্ক ড্রাইভ হবে। নেটওয়ার্কের উপরে মাউন্ট করার সমস্যা হলে, root এর ফাইল অ্যাক্সেসযোগ্য থাকে। (এটি সাধারণত একটি টেক্সট এডিটর কীভাবে তুলনা করা যেতে পারে /bin, ক্ষেত্রে /usr মাউন্ট হবে না।) আমি এই অনুশীলন, এই দিন, তুলনায় আরো একটি সাধারণ দৃশ্যকল্প সন্দেহ /home সব উপায় পূরণ। - Eliah Kagan


IMHO, একটি পার্টিশন হচ্ছে / বেশ যুক্তিসঙ্গত।

কিন্তু আপনি lvm (লজিক্যাল ভলিউম ম্যানেজার) ব্যবহার করতে পারেন। Lvm গ্রুপ হিসাবে সমস্ত ডিস্ক ব্যবহার করুন, কিন্তু /, / home, / usr এবং আপনার sysadmin যা পছন্দ করেন তার জন্য ছোট লজিক্যাল ডিস্ক তৈরি করুন। তারপরে কিছু নজর রাখুন, যা আপনি জানেন, যখন আপনার সিস্টেমটি পূর্ণ হতে শুরু করে এবং আপনার প্রয়োজনীয় ডিস্কগুলি প্রসারিত করুন। lvresize এবং resize2fs অনলাইন সরঞ্জাম এবং আপনি সার্ভার পুনরায় আরম্ভ না করে সম্প্রসারণ করতে পারেন। তবে আপনি ডিস্কগুলি হ্রাস করতে পারবেন না, তাই আপনাকে প্রয়োজনীয়ভাবে ছোট করে শুরু করতে হবে এবং আপনার প্রয়োজন দেখাতে হবে।


10
2017-09-18 08:22





লিনাক্সের বড়-একক-পার্টিশন সেটআপের জন্য সর্বনিম্ন সমস্যা রয়েছে, তবে এতে প্রচুর পুরষ্কার রয়েছে।

একটি পার্টিশন বিন্যাস পরিবর্তন করা একটু কঠিন এবং ঝুঁকিপূর্ণ জিনিস যা আপনি দীর্ঘ সময়কাল ছাড়াই করতে পারবেন না।

এর একমাত্র সুবিধা হল যে আপনি ডিস্ক সম্পূর্ণ সমস্যার বিরুদ্ধে কিছু সুরক্ষা আছে। কিন্তু আপনি এই সমস্যা পাবেন অনেক প্রায়ই। পরিস্থিতি অনুমান করুন, আপনার পার্টিশনগুলির মধ্যে একটি পূর্ণ হলে, এবং আপনি অন্যান্য পার্টিশনের স্থানটি ব্যবহার করতে পারবেন না, এমনকি যদি তারা প্রায় খালি থাকে!

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

নামে একটি সহজ সিস্টেম আছে LVM, যা "পার্টিশন" (তার পরিভাষা, ভলিউমগুলিতে) -র-ফ্লাই চলমান / আকার পরিবর্তন করে। কিন্তু একটি স্থানীয় বিভাগ সার্ভারে, IMHO এটি সাধারণত প্রয়োজন হয় না।


9
2017-09-18 08:43



কি ধরনের mochochistic অ্যাডমিন পছন্দ পার্টিশন মানচিত্র সঙ্গে খেলা ??? মজার অংশটি কার্নেল তৈরি করছে, আমি কি পেতে পারি তথাস্তু??? - bishop
তথাস্তু! এখন অ্যাডমিনিস্ট্রেটররা পার্টিশনের সাথে খেলতে পছন্দ করে এমন যুক্তি নিয়ে, আমি এই বিষয়টি মোকাবেলা করতে চাই যে লিনাক্সের সম্ভবত 100 টি ভিন্ন ফাইল-সিস্টেমের ধরন রয়েছে এবং ব্যবহারের প্যাটার্নের উপর নির্ভর করে, একটি নির্দিষ্ট কাজের জন্য সঠিক ফিলি সিস্টেমটি নির্বাচন করা যেতে পারে একটি অনুকূল সিস্টেম এবং একটি অ কর্মক্ষম সিস্টেমের মধ্যে পার্থক্য। এবং হয়তো আপনি শুধুমাত্র কয়েক ফোল্ডারে যে ফাইল সিস্টেম প্রয়োজন। সেখানে। - Lennart Rolland


পার্টিশনের জন্য দুটি প্রধান কারণ রয়েছে:

  1. অ স্ট্যাটিক তথ্য থেকে স্ট্যাটিক তথ্য দূরে রাখা
  2. ব্যক্তিগত তথ্য থেকে দূরে পাবলিক তথ্য রাখা

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

উপরে দ্বিতীয় কারণ কম উদ্ধৃত (আমি গত 15 বছর আগে একটি Veritas ভলিউম ম্যানেজার কোর্সে এটি শুনেছি) এবং এটি সত্যিই সিস্টেমের জন্য শুধুমাত্র প্রাসঙ্গিক যেখানে অনেক মানুষ লগ ইন এবং কাজ সম্পাদন করা হয়।

কার্যকর পারিশ্রমিকের জন্য একটি শিল্পের কিছু আছে এবং এটি সম্ভবত Sys অ্যাডমিনস যারা এটি খুব বেশি দূরে (আইএমও) নিতে পারে। কেবলমাত্র ফাইল-সিস্টেমটি কেবলমাত্র ভিতরেই জানার দরকার নেই, তবে আপনার উদ্দেশ্যেও এটি ব্যবহার করতে হবে। আমি ব্যক্তিগতভাবে এটি একটি পুরানো-শৈল্পিক পদ্ধতির ধারণা যা আজকের সার্ভারগুলির ব্যবহারে কম এবং কম প্রাসঙ্গিক হয়ে উঠছে।

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

একটি একক পার্টিশন থাকার স্বার্থে "খারাপ" কিছুই নেই। কোনও সিস্টেমে, আপনার সক্রিয়ভাবে আপনার ডিস্ক ব্যবহার পর্যবেক্ষণ করা উচিত এবং বুদ্ধিমান হাউসকিপিং কৌশলগুলি ব্যবহার করা উচিত (উদাঃ লগ ঘূর্ণন, হোম ডিরেক্টরিগুলিতে কোটা), তাই একমাত্র আসল প্রশ্ন হল: আপনি কতগুলি পৃথক ফাইল সিস্টেম সম্পর্কে চিন্তা করতে চান?

অতএব আমি বলবঃ যদি না আপনি আপনার বিশেষ ব্যবহারের ক্ষেত্রে কার্যকরভাবে সিস্টেমটি পার্টিশন করার ক্ষমতা 100% নিশ্চিত না হন তবে সব পার্টিশন করবেন না


3
2017-09-18 09:41



যথাযথভাবে। ঠিক আছে, হয়তো পাবলিক-প্রাইভেট ডেটা বিচ্ছেদটি ফাইল সিস্টেমের মধ্যে এবং আপনার পরিষেবাদিতে অনুমতি দ্বারা করা উচিত। - peterh


IMHO এটি সম্পূর্ণরূপে আপনার উপর। প্রথমে কিছু জিনিস বিবেচনা করুন, যদিও সম্পূর্ণরূপে কিছুটা আপেক্ষিক।

  • এই সিস্টেম ঘন ঘন পরিচালিত হবে?
  • এই সিস্টেম এক বা একাধিক ব্যবহারকারী দ্বারা ব্যবহার করা হবে?
  • এই সিস্টেম একটি ডেস্কটপ বা একটি সার্ভার, অথবা উভয় হিসাবে পরিবেশন করা হবে?

যেহেতু কেউ (প্রায়) কোনও ডিরেক্টরীকে একটি মাউন্টপয়েন্ট বিবেচনা করতে পারে তবে কিছুটা ক্রমবর্ধমান ডেটা এবং কী পরিমাণ ক্রমবর্ধমান ডেটা রয়েছে তা বিবেচনা করতে হবে।

আপনি অবাক হবেন যে লিনাক্স সিস্টেমটি কতটা ছোট (কিছুটা ক্রমবর্ধমান তথ্য) চালানোর প্রয়োজন এবং ক্রমবর্ধমান ডেটা (সাধারণত / var / opt / home / srv)

এটি আপনি এই সিস্টেমের ব্যবহারের জন্য কীভাবে সংজ্ঞায়িত করবেন তার উপর নির্ভর করে যা বিভাজন প্রয়োজনীয়তা রূপরেখা করে। LVM জন্য ব্যবহার অন্তর্ভুক্ত।

সফটওয়্যার লোড ইনস্টল করার জন্য একটি সাধারণ ডেস্কটপ সিস্টেমে প্রায় ২0 গিগাবাইট প্রয়োজন হবে, তারপরে বাকি সমস্ত ডেডিকেটেড / হোমের জন্য নির্ধারিত বাকিগুলি ভাল হবে। LVM আপনার সিস্টেমে ক্ষুদ্র ওভারহেডকে কারণ করে এবং এই বিশেষ ক্ষেত্রে এই ধরনের দুর্দান্ত সুবিধা নয়। মতামত ভিন্ন হতে পারে যদিও।

একটি সার্ভারে এটি ইনস্টল হওয়া সফটওয়্যারের জন্য একটি ডেস্কটপ সিস্টেমের মতো গতিশীল হওয়ার সম্ভাবনা কম। সাধারণ ফাইল সিস্টেমের উপাদানগুলির জন্য প্রকৃত মাউন্টপয়েন্টগুলি যেমন / tmp / var / usr / home / opt / srv এখানে থাকা LVM ব্যবহারের জন্য এটি বাধ্যতামূলক বলে মনে করা হয় না।

এটি আপনার সিস্টেমের দুর্দান্ত মডুলারতার জন্য অফার করে, এটি উদাহরণস্বরূপ একটি ভিএম-তে বিভক্তকরণের মতো ক্লোনিংয়ের মতো মূর্খ জিনিসগুলি করার অনুমতি দেয়। অথবা ডিডি ব্যবহার করে একটি ব্লক স্তরের ব্যাকআপ তৈরি করা।

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

Mounpoint /

  • 1 গিগাবাইট (/ var / usr / opt / home / tmp জন্য পৃথক মাউন্ট পয়েন্টস ব্যবহার করে)
  • +10 বা এমনকি +20 গিগাবাইট যদি আলাদা / বাড়ির সাথে ডেস্কটপ সিস্টেম হিসাবে ব্যবহার করা হয়

মাউন্ট পয়েন্ট / হোম ব্যবহার করে

  • ব্যবহৃত হলে সব বিনামূল্যে স্থান বরাদ্দ, / হোম নে

মাউন্ট পয়েন্ট / অপ্ট ব্যবহার করে

মাউন্ট পয়েন্ট / usr ব্যবহার করে

  • এটি একটি চতুর এবং ইনস্টল থাকা সফটওয়্যার বেসের উপর নির্ভরশীল

মাউন্ট পয়েন্ট / var ব্যবহার করে

  • এটি একটি চতুর এবং ইনস্টল থাকা সফটওয়্যার বেসের উপর নির্ভরশীল
  • উদাহরণস্বরূপ, ডাটাবেসগুলি ডেবিয়ান ভিত্তিক সিস্টেমে তাদের ডেটা এখানে লিখবে, যদি না সব লিনাক্স
  • একটি পৃথক / var / tmp থাকার অযৌক্তিক নয়

মাউন্ট পয়েন্ট / tmp ব্যবহার করে

  • tmpfs উপস্থিত রয়েছে এবং RAM তে বরাদ্দ / tmp বিবেচনা করুন
  • বিবেচনা করুন কিছু অ্যাপ্লিকেশন এখানে অনেক তথ্য লিখতে পারে

2
2017-09-18 14:18





আমার প্রশ্ন আছে, প্রথমত, কেন আপনি এই প্রশ্নটি এখানে পোস্ট করছেন, একজন জীববিজ্ঞানী যিনি হার্ড ড্রাইভ পার্টিশনিং এর সূক্ষ্ম পয়েন্টগুলির বিষয়ে স্পষ্টভাবে সক্ষম সিস্টেম প্রশাসকের সাথে বিতর্ক করছেন! (কোন অপরাধ, আপনি সত্যিই আপনার sysadmin বিশ্বাস করা হয় না কেন সত্যিই ভাবছি)।

সুতরাং, কয়েক পর্যবেক্ষণ:

  • 1.3 টিবি এখন আর একটি বড় ড্রাইভ নয়। 2 টিবি আজকাল ডেস্কটপ জগতে একটি কম বা কম মান SATA ড্রাইভের আকার।

  • কোনও লিনাক্স ডিস্ট্রো ইনস্টলেশনের 100 গিগাবাইটের বেশি প্রয়োজন নেই। অবশ্যই, / (রুট) এবং (সোয়াপ) এর আকারটি সহজেই উচ্চতর সীমাবদ্ধ নম্বরগুলির (উদাসীন) ও সিস্টেম কনফিগারেশন নির্দেশিকাগুলি (সোয়াপ) দ্বারা ওভার-সাইজ করে নির্ধারণ করা উচিত।

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

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

  • যদি আপনি আপনার সিস্টেমের প্রশাসনের বিষয়ে চিন্তা করতে চান, তবে আমি একটি ভিন্ন প্রশ্ন জিজ্ঞাসা করবো: বিল্ডিংয়ের অগ্নিনির্বাপক হওয়ার পরে দুর্যোগ পুনরুদ্ধারের প্রক্রিয়া কী এবং সার্ভার এবং RAID বাক্সগুলি ধ্বংস হয়ে যায়? যতক্ষণ না আপনি যে তথ্যটি যত্নশীল তা আপনার মাথার মধ্যেই রয়ে যায়, এটি এমন একটি প্রশ্ন যা প্রত্যেক ব্যবহারকারীকে তাদের আইটি / সিএসডামিনদের জিজ্ঞাসা করা উচিত। কৌশলটিতে "আমাদের প্রয়োজনের হার্ডওয়্যারকে আমরা কীভাবে পুনরাবৃত্তি করবো" এবং "ব্যাক আপ এবং চলমান হওয়ার আগে কতক্ষণ সময় লাগবে" এর মতো প্রশ্ন অন্তর্ভুক্ত হওয়া উচিত। আপনার সার্ভারগুলি ভার্চুয়ালাইজ করার বিষয়ে কিছু আলোচনা হার্ডওয়্যার নির্ভরতাগুলির সমস্যাগুলি সমাধান করতে এবং আপনার OS পুনঃনির্মিত করার প্রয়োজনে জিনিসগুলি ব্যাক আপ এবং চলমান পেতে সহায়তা করতে পারে (যেহেতু এটি "নরম" ডিভাইস পরিবেশে চালানোর জন্য কনফিগার করা যেতে পারে যা পরিবর্তন না করেও, এমনকি যখন অন্তর্নিহিত হার্ডওয়্যার সম্পূর্ণ ভিন্ন)

  • একইভাবে, আপনি প্রোগ্রাম এবং ব্যবহারকারী ত্রুটির তথ্য ক্ষতির বিরুদ্ধে ব্যবহারকারীর ডেটা সুরক্ষিত করার কৌশলটি কী জিজ্ঞাসা করতে চাইতে পারেন। আপনার গবেষণামূলক কাগজটির সত্যিই বড় খসড়া খালি একটি খালি ফাইল সংরক্ষণ করা বা ভুল কমান্ডটি টাইপ করা ব্যবহারকারী (উদাহরণস্বরূপ RM -rf *) ডেটা হ্রাসের ফলে ঠিক যেমন ভূমিকম্প বা আগুন বা অন্যান্য শারীরিক ক্ষতি হতে পারে। ব্যক্তিগত ফাইল পুনরুদ্ধারের জন্য সমাধানগুলি হোল্ড হ্রাস পুনরুদ্ধারের জন্য সবচেয়ে উপযোগী কিছু থেকে ভিন্ন (বা হতে পারে!)।

  • -

2
2017-09-23 13:10





এটি ব্যাকআপ, পুনরুদ্ধার বা ব্যবহারকারীর ডেটা থেকে স্বাধীনভাবে অপারেটিং সিস্টেম পুনরায় ইনস্টল করার অনুমতি দেয়। এটি আপনাকে স্বাধীনতা, স্বাধীনতা এবং নিরাপত্তা দেয়।

  1. এটি এখনও অন্য লিনাক্স বিতরণে স্থানান্তরিত করার পক্ষে সহজ উপায় যা এখনও ব্যবহারকারীর ডেটা সম্পূর্ণ সংখ্যার সংরক্ষণ করে।

  2. অপারেটিং সিস্টেম পার্টিশনের ব্যাকআপ প্রয়োগ করে বাগি আপডেটগুলি পুনরুদ্ধার করা সহজ (ডুয়াল বুট প্রয়োজন)। এই ব্যাকআপ এমনকি পুরানো হতে পারে - আপনি এটি প্রয়োগ করতে পারেন এবং পরে জ্ঞানীয় স্থিতিশীল সংস্করণ আপডেট।

  3. আপনি যদি সম্প্রতি প্রয়োগ করা "প্রধান আপগ্রেড" (ডুয়াল বুট প্রয়োজন হয়) পছন্দ না করেন তবে এটি অপারেটিং সিস্টেমের পূর্ববর্তী সংস্করণে ফিরে যেতে সহজ।

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


2
2017-09-18 11:13



এবং কেন -1? আপনি আরো পেশাদারী পদ্ধতির হিসাবে বাগ ফিক্স জন্য বেতার ছাড়া অপেক্ষা দেখতে হবে? তিন সপ্তাহ, BTW patched হয়েছে। - h22
আমি জানি না, কিন্তু ক্ষতিপূরণ। যদি আপনি কিছু অনুরূপ দেখতে, ভাল যে কাজ। - peterh


আমার সংক্ষিপ্ত উত্তর হল যে একটি ডেস্কটপ এমনকি "একটি বড় বিভাজন" ব্যবহার করা উচিত নয়। আমি সম্প্রতি আমার ভাল সিদ্ধান্তের বিরুদ্ধে এটি চেষ্টা করেছি কারণ এটি "কেবল একটি ল্যাপটপ" এবং স্বয়ং-ইনস্টলার একটি একক বিভাজন ব্যবহার করেছিল এবং আমি কেবল বোতামটিতে ক্লিক করেছি।

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

আদর্শভাবে, কোনও এসএসডি / হার্ড ড্রাইভে হোম / হার্ড ড্রাইভে / var, / usr এ কোনও এসএসডি বা এইচডিডি থাকতে পারে তা নির্ভর করে আপনি আপগ্রেড করার জন্য কত ঘন ঘন পরিকল্পনা করছেন তার উপর নির্ভর করে। একটি হার্ড ড্রাইভ / tmp। আমি সাধারণত আমার / হোম থেকে সিমলিংক সহ mp3s এবং চলচ্চিত্রগুলির মত ভাগ করা মিডিয়া ফাইলগুলির জন্য অন্য একটি পার্টিশন তৈরি করি। উল্লেখ্য যে sbin / root এর অংশ, এবং / bin এবং / root। / Bin এবং / usr / bin এর মধ্যে পার্থক্যটি হ'ল, / usr এমন উপাদান যা আপনার সমস্ত ড্রাইভ মাউন্ট হওয়া পর্যন্ত উপলব্ধ নাও হতে পারে, তাই মাউন্ট কমান্ডটি / usr হতে পারে না! আমি সাধারণত অন্যান্য লিনাক্স ডিস্ট্রোগুলির জন্য কয়েকটি অতিরিক্ত পার্টিশন রাখি, যেমন গ্যাপটেড এক আমার হার্ডড্রাইভের উপর, ঠিক আছে যদি আমি সত্যিই কিছু খারাপ করে ফেলি, তবে আমার সাথে পুনরুদ্ধারের কাজ করার জন্য অন্য লাইভ সিস্টেম প্রস্তুত।

এমন সার্ভারের জন্য যেখানে আপনাকে স্টাফগুলি প্রায় সরাতে হবে, গতিশীলভাবে স্টোরেজ যোগ করতে হবে এবং সর্বদা থাকার প্রয়োজন হবে, নিশ্চিতভাবে LVM ব্যবহার করুন !!!


1
2017-09-20 05:38





আপনি / usr / local তে সফ্টওয়্যার ইনস্টল করতে হবে না, আপনি একটি পৃথক উপসর্গে সব সফটওয়্যার ইনস্টল করতে পারেন, যা / home হতে পারে। সর্বাধিক সফ্টওয়্যার এটি যখন আপনি উৎস থেকে এটি কম্পাইল করার সময় করতে পারেন, যেমন চলমান।    ./configure --prefix=/home/bin

যেহেতু আপনি একজন জীববিজ্ঞানী হিসাবে আপনি অনেক সফটওয়্যারে আগ্রহী হতে পারেন যা সঠিকভাবে একটি rpm বা deb তে প্যাক করা হয় না এবং আপনাকে যে কোনওভাবে উৎস থেকে কম্পাইল করতে হবে।

আমি আমাদের ব্যবহারকারীদের মধ্যে অনেক জীববিজ্ঞানী সহ একটি এইচপিসি সিস্টেমের জন্য একটি সিএসএসডমিন, আমরা একটি / apps / ফাইল সিস্টেমের অধীনে অনুরোধ করা সমস্ত সফটওয়্যার ইনস্টল করি, তাই আমি জানি যে এটি বেশিরভাগ সফ্টওয়্যারের জন্য এটি করা সম্ভব, তবে কখনও কখনও এটি খুব কঠিন হতে। এই সমস্যার সমাধান করার জন্য আমার সহকর্মীরা এবং আমি একটি টুল নামে লিখছি EasyBuild (ফ্রি এবং ওপেন সোর্স) এটি উৎস থেকে সফটওয়্যার কম্পাইল এবং ইনস্টল করতে এবং এটি অন্য ফোল্ডারে ইনস্টল করতে এবং স্বয়ংক্রিয়ভাবে একটি তৈরি করতে পারে পরিবেশ মডিউল আপনার জন্য ফাইল, তাই আপনি আসলে একই সফ্টওয়্যার ইনস্টল 2 বিভিন্ন সংস্করণ থাকতে পারে, এবং কোন দ্বন্দ্ব আছে।

আমাদের একটি চেহারা আছে প্যাকেজ তালিকা আমরা শুধুমাত্র একটি কমান্ড দিয়ে ইনস্টল করতে পারি, একজন জীববিজ্ঞানী হিসাবে আপনি তাদের অনেক চিনতে পারেন ;-)

Disclaimer: আমি EasyBuild একটি বিকাশকারী


1
2017-09-19 11:46