আমি কৃপণরা কী পরামর্শ দিয়েছিল তা চেষ্টা করে শেষ করেছি; এখানে আরও কিছু বিশদ রয়েছে যা কার্যকর হতে পারে যদি আমার মতো, আপনি এই নতুন কার্যকারিতাটি e2fsck এর আগে না দেখে থাকেন।
E2fsck এর জন্য "স্ক্র্যাচ_ফায়ালস" কনফিগারেশন বিকল্পটি 1.40.x পিরিয়ডের সময়কালের জন্য উপলব্ধ হয়েছিল। (আমাদের ক্ষেত্রে, এই কার্যকারিতাটি পেতে আমাদের সর্বশেষতম দেবিয়ান বিতরণে আপগ্রেড করতে হয়েছিল))
পাশাপাশি "ডিরেক্টরি = / var / cache / e2fsk" বিকল্পের পরামর্শ দেওয়া হয়েছিল, স্ক্র্যাচ ফাইল স্টোরেজ কীভাবে ব্যবহৃত হয় তা সূক্ষ্ম করার জন্য আরও কিছু কনফিগারেশন বিকল্প রয়েছে। আমি "dirinfo = মিথ্যা" ব্যবহার করেছি, যেহেতু ফাইল সিস্টেমে প্রচুর পরিমাণে ফাইল ছিল, তবে এত বড় ডিরেক্টরি নেই। যদি পরিস্থিতিটি বিপরীত হয় তবে "আইক্যান্ট" বিকল্পটি উপযুক্ত হবে। এই বিকল্পগুলি সমস্তই e2fsck.conf এর জন্য ম্যান পৃষ্ঠায় নথিভুক্ত করা হয়েছিল।
বিটিডাব্লু, টেড টিসো এই থ্রেডে এই বিকল্পগুলি সম্পর্কে লিখেছেন ।
আমি দেখতে পেয়েছি যে ই 2fsck অত্যন্ত ধীরে ধীরে চলছিল, টেড দ্বারা পূর্বাভাসের তুলনায় অনেক বেশি। এটি বেশিরভাগ সময় ৯৯.৯% সিপিইউ ব্যবহারে চলছিল (অত্যন্ত ধীর পুরাতন প্রসেসরের উপর), যা সুপারিশ করে যে এই ডাটা স্ট্রাকচারগুলিকে মেমরির পরিবর্তে ডিস্কে সংরক্ষণ করা ধীরগতির মূল কারণ ছিল না। এটি হতে পারে যে ফাইল সিস্টেমে কী সংরক্ষণ করা হয়েছিল সে সম্পর্কে E2fsck বিশেষত ধীর হয়ে গেছে। শেষ পর্যন্ত, আমি আপাতত ফাইল সিস্টেমের চেকটি পরিত্যাগ করেছি; ফাইল সিস্টেমটি একটি চেকের জন্য ছিল, তবে ত্রুটিগুলি ছিল না (যতদূর আমি জানি), তাই আমরা যখন আরও এক সপ্তাহ ব্যাপী বহন করতে পারব তখন আরও সুবিধাজনক সময়ে এটি পরীক্ষা করার ব্যবস্থা করব।