বড় ফাইল সিস্টেমে fsck মেমরি চলেছে


13

আমি কেবল 512 এমবি র‌্যামের সাথে একটি পুরানো ডেবিয়ান লিনাক্স বাক্স (চলমান ইচ) দেখাশোনা করি তবে প্রচুর বাহ্যিক স্টোরেজ সংযুক্ত। একটি ext3 ফাইল সিস্টেমের আকার 2.7 টিবি, এবং fsck এটি পরীক্ষা করতে পারে না, কারণ এটির মতো একটি ত্রুটিযুক্ত স্মৃতিশক্তি শেষ হয়ে যায়:

   ডিরেক্টরি ব্লক অ্যারে বরাদ্দ করার সময় ত্রুটি: মেমরি বরাদ্দ ব্যর্থ
   e2fsck: বাতিল করা হয়েছে

আমি একটি 4 গিগাবাইট সোয়াপ পার্টিশন যুক্ত করেছি এবং এটি এখনও সম্পূর্ণ হয় না, তবে এটি একটি 32-বিট কার্নেল, সুতরাং আমি আর আশা করি না যে আরও কোনও যোগ করা সাহায্য করবে।

64৪-বিট কার্নেলটি বুট করা ছাড়াও, চেকটি সম্পন্ন করার জন্য কি অন্য কোনও উপায় আছে?

উত্তর:


12

একটি 64 বিট কার্নেল এবং প্রচুর পরিমাণে র‌্যাম fsck কে সুন্দর এবং দ্রুত শেষ করতে দেয়। পর্যায়ক্রমে, e2fsck এ এখন একটি বিকল্প রয়েছে যা এটির সমস্ত মধ্যবর্তী ফলাফলগুলি র‍্যামের পরিবর্তে ডিরেক্টরিতে রেখে দেবে, যা প্রচুর পরিমাণে সহায়তা করে। /etc/e2fsck.confনিম্নলিখিত বিষয়বস্তু দিয়ে তৈরি করুন :

[scratch_files]
directory = /var/cache/e2fsck

(এবং স্পষ্টতই, নিশ্চিত হয়ে নিন যে ডিরেক্টরিটি বিদ্যমান আছে এবং এটি একটি ভাল কয়েকটি জিবি ফ্রি স্পেস সহ একটি পার্টিশনে রয়েছে)। e2fsck SLLOOOOWWWWWW চালাবে, তবে কমপক্ষে এটি সম্পূর্ণ হবে।

অবশ্যই, এটি রুট এফএসের সাথে কাজ করবে না, তবে যদি আপনি অদলবদল পেয়ে থাকেন তবে আপনি যেভাবেই রুট এফএস মাউন্ট করে চলেছেন।


6

আমি কৃপণরা কী পরামর্শ দিয়েছিল তা চেষ্টা করে শেষ করেছি; এখানে আরও কিছু বিশদ রয়েছে যা কার্যকর হতে পারে যদি আমার মতো, আপনি এই নতুন কার্যকারিতাটি e2fsck এর আগে না দেখে থাকেন।

E2fsck এর জন্য "স্ক্র্যাচ_ফায়ালস" কনফিগারেশন বিকল্পটি 1.40.x পিরিয়ডের সময়কালের জন্য উপলব্ধ হয়েছিল। (আমাদের ক্ষেত্রে, এই কার্যকারিতাটি পেতে আমাদের সর্বশেষতম দেবিয়ান বিতরণে আপগ্রেড করতে হয়েছিল))

পাশাপাশি "ডিরেক্টরি = / var / cache / e2fsk" বিকল্পের পরামর্শ দেওয়া হয়েছিল, স্ক্র্যাচ ফাইল স্টোরেজ কীভাবে ব্যবহৃত হয় তা সূক্ষ্ম করার জন্য আরও কিছু কনফিগারেশন বিকল্প রয়েছে। আমি "dirinfo = মিথ্যা" ব্যবহার করেছি, যেহেতু ফাইল সিস্টেমে প্রচুর পরিমাণে ফাইল ছিল, তবে এত বড় ডিরেক্টরি নেই। যদি পরিস্থিতিটি বিপরীত হয় তবে "আইক্যান্ট" বিকল্পটি উপযুক্ত হবে। এই বিকল্পগুলি সমস্তই e2fsck.conf এর জন্য ম্যান পৃষ্ঠায় নথিভুক্ত করা হয়েছিল।

বিটিডাব্লু, টেড টিসো এই থ্রেডে এই বিকল্পগুলি সম্পর্কে লিখেছেন ।

আমি দেখতে পেয়েছি যে ই 2fsck অত্যন্ত ধীরে ধীরে চলছিল, টেড দ্বারা পূর্বাভাসের তুলনায় অনেক বেশি। এটি বেশিরভাগ সময় ৯৯.৯% সিপিইউ ব্যবহারে চলছিল (অত্যন্ত ধীর পুরাতন প্রসেসরের উপর), যা সুপারিশ করে যে এই ডাটা স্ট্রাকচারগুলিকে মেমরির পরিবর্তে ডিস্কে সংরক্ষণ করা ধীরগতির মূল কারণ ছিল না। এটি হতে পারে যে ফাইল সিস্টেমে কী সংরক্ষণ করা হয়েছিল সে সম্পর্কে E2fsck বিশেষত ধীর হয়ে গেছে। শেষ পর্যন্ত, আমি আপাতত ফাইল সিস্টেমের চেকটি পরিত্যাগ করেছি; ফাইল সিস্টেমটি একটি চেকের জন্য ছিল, তবে ত্রুটিগুলি ছিল না (যতদূর আমি জানি), তাই আমরা যখন আরও এক সপ্তাহ ব্যাপী বহন করতে পারব তখন আরও সুবিধাজনক সময়ে এটি পরীক্ষা করার ব্যবস্থা করব।


আমি ভাবছি যদি বিটিআরএফএস এর থেকে আরও ভাল হয়। ext4 সরঞ্জামগুলি স্পষ্টভাবে স্কেল করার জন্য নির্মিত হয়নি। আমি সম্প্রতি 2 জিবি র‍্যাম
ব্যবহারকারীর 1133275
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.