অপরিকল্পিতভাবে চলমান সিস্টেমগুলির জন্য "নিরাপদ" ext4 কনফিগারেশন

Question

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

আমি এটির জন্য ext4 ব্যবহার করতে চাই। এই জাতীয় সেটআপের জন্য ext4 কনফিগার করার সর্বোত্তম উপায় কী? মনে রাখবেন যে:

• পারফরমেন্স হয় না সমস্ত (বিশেষত লেখার কর্মক্ষমতা) এ একটি সমস্যা
• বিদ্যুৎ হ্রাসের পরে, সিস্টেমটি সর্বদা একটি পরিষ্কার অবস্থায় বুট করা উচিত, এমনকি যদি এর অর্থ এই হয় যে শেষ কয়েক সেকেন্ডে লেখা ডেটা হারিয়ে গেছে
• যদি fsck এড়ানো সম্ভব হয় তবে সমস্ত ভাল।

(আমি এই সম্পর্কিত প্রশ্ন সম্পর্কে সচেতন: বিদ্যুৎ হ্রাসে এক্সট 4 / লিনাক্স ড্রাইভে ডেটা দুর্নীতি রোধ করি )

Answer 1

আমি নৌকায় অটোমেশনের জন্য একটি সিস্টেম তৈরিতে কাজ করেছি, এবং পূর্বশর্ত ছিল: প্রতিটি মুহুর্তে শক্তি কমে যেতে পারে এবং সবকিছুই আবার সঠিকভাবে বুস্ট্রেপ করতে হবে।

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

আপনার নির্দিষ্ট প্রশ্ন সম্পর্কে, আপনার দ্রুত fsck থাকার জন্য EXT4 জার্নাল সক্ষম করা উচিত (কয়েকটি সেকডের), ডেটা = জার্নাল মাউন্ট বিকল্পটি ব্যবহার করুন , কমিট বিকল্পটি কম করুন বা বাফারকে সর্বদা খালি রাখতে সিঙ্ক বিকল্প ব্যবহার করুন ।

রেফস: http://www.kernel.org/doc/Docamentation/files systemms /ext4.txt

Comments

ভাল! যদি অ্যাপ্লিকেশন খুব বেশি ডেটা না লিখে থাকে তবে আপনার সিঙ্ক বিকল্পের সাথে খুশি হওয়া উচিত।

— জিওভানি টরালডো

লিনাক্স কার্নেল ডকুমেন্টেশনটি দেখার জন্য আরও ভাল জায়গা হ'ল কার্নেল.আর / ডক / ডকুমেন্টেশন / ফাইলসস্টিমস / েক্সট ৪.টিএক্সটি কোনও সম্ভাব্য ডেটা হ্রাস (* == ডিফল্ট) হ্রাস করার জন্য ডেটা = জার্নাল এবং কমিট = nrsec সক্ষম করুন

— জিওভানি টরালডো

সময়সীমাবদ্ধ প্রতিশ্রুতিগুলি অবশ্যই সহায়ক - আমি বিশ্বাস করি আপনি কেবল 1 সেকেন্ডের অন্তর থেকে নামতে পারবেন (লেখার জন্য মেজর পারফরম্যান্স পেনাল্টি সহ) তবে আপনি যদি 1 সেকেন্ডের ডেটা লস না করতে পারেন তবে আপনার আরও বড় সমস্যা রয়েছে;)

— voretaq7

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

— জিওভান্নি টরাল্ডো

@ গ্রড্রিগেজ "ফাইল হারাতে" ডেটা "ফাইল আর নেই" থেকে "আমার ডাটাবেসের ভিতরে কার্নেলের একটি অংশ কেন আছে?" - এটি সবই "হারানো" এর উপর নির্ভর করে :)

— ভোরেটাক

Answer 2

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

---

এটি বলা হচ্ছে এবং আমার সমস্ত ব্যক্তিগত পক্ষপাতদুষ্ট প্রকাশ্যে এবং একপাশে ঠেলে দেওয়া, EXT4 এর তিনটি বৈশিষ্ট্য রয়েছে যা আমি ভাবতে পারি এটি আপনাকে সাহায্য করতে পারে:

• জার্নালিং
  EXT4 একটি Journaled ফাইলসিস্টেম হতে পারে, যদি আপনি এটি হতে চাই। জার্নালিং বৈশিষ্ট্য সক্ষম করুন (এবং বিশেষ করে ডেটা-জার্নালিং মোডটি মাউন্ট বিকল্পের journalমাধ্যমে tune2fsবা হিসাবে সেট করুন )।
  এটি একটি পারফরম্যান্স হিটের কারণ হিসাবে ফাইলটি সিস্টেমে "প্রতিশ্রুতিবদ্ধ" হওয়ার আগে সমস্ত ডেটা অবশ্যই এক্সটি জার্নালে অবশ্যই লিখতে হবে (প্রতিটি লেখাই মূলত দু'বার ঘটে) তবে এটি নিশ্চিত করে যে আপনি সর্বদা পুনরুদ্ধার করতে পারবেন যতদূর কোনও জার্নাল রিপ্লে আপনাকে ছাড়াই পাবেন you সমস্যা।

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

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

Comments

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

— voretaq7

আপনি কোন ফাইল সিস্টেমের পরামর্শ দিচ্ছেন? আপনি কি নিজের অভিজ্ঞতাকে মাপ দিতে পারবেন?

— মার্ক ওয়াগনার

@ এম্বেবো আমার অভিজ্ঞতাগুলি সম্পূর্ণ উপাখ্যানীয়: আমি কখনও ফাইল-সিস্টেমের এক্সটি পরিবারকে স্ট্রেস-টেস্ট করে দেখিনি, তবে একটি ঘটনা যখন মনে মনে মনে জাগে যে আমি যখন স্কুইড সার্ভারে ভুগছি তখন "আমার সমস্ত ইনোডগুলি কোথায় গেল?!?" - ফাইল সিস্টেমটি স্টম্পড হয়ে গিয়েছিল এবং পরে কোনওভাবে পরিষ্কার হিসাবে চিহ্নিত হয়েছে, তবে প্রতিটি ইনোড একরকম দাবিযুক্ত-তবে-কখনও-রেফারেন্সড অবস্থায় ফেলে রাখা হয়েছিল। নির্দিষ্ট গণ্ডগোলের সমাধানের জন্য fsck ইতিবাচকভাবে EPIC ছিল (আমরা সবেমাত্র একটি নতুন এফএস তৈরি করেছিলাম)। সেদিনই আমি ফাইল সিস্টেমের এক্সটি পরিবারের প্রতি সমস্ত আস্থা হারিয়েছি।

— voretaq7

@ গ্রড্রিগেজ পুনরায়: জার্নালিং, তিনটি বিকল্প data=journal(যা আমি উপরে বর্ণিত), data=ordered(মেটাডাটা ভ্রমণ করা হয় met ফাইল সিস্টেমে মেটাডেটা প্রতিশ্রুতিবদ্ধ হওয়ার আগে ডেটা ডিস্কের কাছে প্রতিশ্রুতিবদ্ধ হয়), এবং data=writeback(যা কার্যকরভাবে কোনও জার্নালিং / ডেটা সুরক্ষা নয় - খারাপ জিনিস ফাইলগুলির মাঝে জাঙ্কের মতো ক্রাশের পরে ঘটতে পারে)। আমি বিশ্বাস করি orderedসবচেয়ে লিনাক্স ডিস্ট্রো ডিফল্ট এই দিন ...

— voretaq7

"যথাসম্ভব লিখনযোগ্য ফাইল সিস্টেম সীমাবদ্ধ করুন" ছাড়াও: ডেবিয়ান উইকিতে ডেমোনগুলির অনেকগুলি উদাহরণ সহ ঠিক এটি করার জন্য গাইড যা বিশেষ চিকিত্সার প্রয়োজন। এটি বেশিরভাগ অন্যান্য ডিগ্রিদের জন্যও বৈধ হওয়া উচিত: wiki.debian.org/ReadonlyRoot

— ক্রিসি

Answer 3

EXT4 আপনার সিস্টেমের জন্য সেরা পছন্দ মত শোনাচ্ছে না; আমি একটি লগ-কাঠামোগত ফাইল সিস্টেমের দিকে তাকানোর পরামর্শ দেব। এগুলি ডেটাটিকে ভার্চুয়াল স্ট্রিমের বিরুদ্ধে লেখার আপডেটগুলির ধ্রুব স্ট্রিম হিসাবে সর্বশেষতম 'শিরোনাম' নির্দেশ করে এমন একটি পয়েন্টার সহ ব্যবহার করে কাজ করে। স্টোরেজে ডেটা এবং মেটাডেটা লিখে আপডেট করে, তারপরে পয়েন্টারটি আপডেট করে। লেখার পরে ক্রাশের ক্ষেত্রে তবে পয়েন্টার আপডেটের আগে সর্বশেষ তথ্যটি হারিয়ে গেলেও ফাইল সিস্টেমটি সামঞ্জস্যপূর্ণ।

দুটি প্রার্থী ফাইল সিস্টেম হ'ল লগএফএফস এবং এনআইএলএফএস । উভয়ই মূল লিনাক্স কার্নেলে উপলব্ধ।

Answer 4

আমি আপনার বিল্ডিংয়ের ডিভাইসটি সম্পর্কে আগ্রহী। আপনি সত্যিই উপযুক্ত নয় এমন একটি ফাইল সিস্টেম ব্যবহার করার সময় একটি এম্বেড থাকা ডিভাইসের নির্ভরযোগ্যতার পরে।

Ext4 (এবং পরিবার) হ'ল একটি সাধারণ সাধারণ উদ্দেশ্যে ফাইল সিস্টেম যা (আমার ধারণা) বিবিধ হার্ডওয়্যার এবং ব্যবহারের ক্ষেত্রে বহু বিলিয়ন ঘন্টা ব্যবহার রয়েছে। তবে, আপনার কাছে যা চাচ্ছেন তা এক্সটোর 4 এর সাথে খাপ খায় না। Voretaq7 এবং Giovanni এর পয়েন্টারগুলি আপনার যদি করতে হয় তবে ext4 ব্যবহারের সর্বোত্তম ব্যবহার করতে সহায়তা করবে তবে আসল উত্তরটি হ'ল আপনার প্রয়োজনীয়তার সাথে আরও উপযুক্ত কিছু ব্যবহার করা। স্টিভ আপনাকে বেশ কয়েকটি বিকল্প দিয়েছে। যদি আপনি একটি এক্সট 4 এফএস থেকে শক্তি টানতে থাকেন তবে অবশেষে আপনি একটি গোলযোগ পাবেন।

আপনি যদি এটি নির্মাণ করছেন এমন এক ব্যবস্থা যদি আপনার তৈরি করা হয় তবে আপনার আরও উপযুক্ত কিছু ব্যবহার করার পছন্দ করা উচিত বা গ্রহণ করা উচিত যে কোনও সময়ে সমস্যা হবে। এটি কেবল 100 এর মধ্যে 1 বা 1000 এর মধ্যে 1 পাওয়ার আউটেজ হতে পারে risk এটি আপনার পক্ষে ঝুঁকি গ্রহণের পক্ষে যথেষ্ট উপযুক্ত হতে পারে এবং কোনও ম্যানুয়াল হস্তক্ষেপ ছাড়াই ডিভাইসটি দীর্ঘ সময় (বছর) চলতে পারে।

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