উত্তর:
থেকে:
http://linux.die.net/man/8/fsck.ext3
"খেয়াল করুন সাধারণভাবে এটি চালানোর জন্য নিরাপদ নয় e2fsckমাউন্ট ফাইল সিস্টেম উপর। শুধুমাত্র যদি এর ব্যতিক্রম নয় -nঅপশন উল্লেখিত থাকে, এবং -c, -lবা -Lঅপশন উল্লিখিত নেই। তবে, এমনকি যদি এটা এত কাজটি করা নিরাপদ দ্বারা মুদ্রিত ফলাফল e2fsckহয় ফাইল সিস্টেমটি মাউন্ট করা থাকলে বৈধ নয়। যদি আপনাকে e2fsckজিজ্ঞাসা করা হয় যে কোনও ফাইল সিস্টেমের মাউন্ট করা আছে কিনা তা পরীক্ষা করা উচিত কিনা, তবে সঠিক সঠিক উত্তর হ'ল '' না '' Only কেবল বিশেষজ্ঞরা যাঁরা সত্যিই জানেন তারা অন্য কোনও বিষয়ে এই প্রশ্নের উত্তর বিবেচনা করা উচিত উপায়। "
মূল সমস্যাটি হ'ল ফাইল সিস্টেম চেকার (সাধারণত) ফাইল সিস্টেমের অংশ না। পরিবর্তে এটি একটি পৃথক প্রোগ্রাম যা কার্নেলের ফাইল সিস্টেম কোড হিসাবে একই ডিস্কে পড়ে এবং লেখায়। ফলস্বরূপ, আপনি যদি একটি সক্রিয় ফাইল সিস্টেমে fsck চালনা করেন তবে আপনার দুটি পৃথক সত্তা রয়েছে যা একই ডেটা (ডিস্ক) পড়ছেন (এবং সম্ভাব্যভাবে সংশোধন করছেন) তবে তারা কোনওভাবে একে অপরের সাথে সমন্বয় করছেন না। ফলাফল, অন্যরা উল্লেখ করেছে যে, বেশিরভাগ চেকাররা আশা করেন যে চালানোর সময় অন্য কেউ ফাইল সিস্টেমের মেটাডেটা পরিবর্তন করবেন না। যদি কার্নেল ফাইল সিস্টেম এমন কিছু পরিবর্তন করে যা চেকার আশা করে না তবে তারা বিভ্রান্ত হবে এবং / অথবা উদ্দীপনাজনিত ত্রুটিগুলি রিপোর্ট করবে।
চেকারদের সাথে কয়েকটি ফাইল সিস্টেম রয়েছে যা স্পষ্টভাবে "অন-লাইন" চালানোর জন্য ডিজাইন করা হয়েছে (যেমন, ফাইল সিস্টেমটি সক্রিয় থাকাকালীন)। এফএফএস / ইউএফএসের নতুন সংস্করণগুলি ফাইল সিস্টেমের সাম্প্রতিক স্ন্যাপশটের বিরুদ্ধে fsck চালিয়ে এটি করে (কেবল পঠনযোগ্য, পয়েন্ট-ইন-টাইম, অনুলিপি-অনুলিপি প্রতিলিপি)। যদি এটি সমস্যাগুলি যেমন বরাদ্দ বিট-ম্যাপের অসঙ্গতিগুলির মতো সন্ধান করে তবে এটি কাঁচা ডিস্কে লেখার পরিবর্তে সিস্টেম কলের মাধ্যমে তাদের সংশোধন করে। এটি এটিকে সক্রিয় ফাইল সিস্টেমের সাথে সমন্বয় করতে দেয়।
নেট অ্যাপের ডাব্লুএফএল-তে একটি অন-লাইন চেকিংয়ের সরঞ্জামও রয়েছে। সম্ভবত অন্যরাও আছেন।
পার্টিশনে মাউন্ট করা রিড-রাইটিং এ fsck চালানো নিখুঁত হবে, এমনকি পঠনযোগ্য মোডে fsck সহ। ফাইল সিস্টেমটি fsck এর অধীনে পরিবর্তিত হবে, এবং মেমরির ইন-মেমরি ডেটা যা ফাইল সিস্টেম থেকে ক্যাশে fsck অবৈধ হয়ে যাবে (এবং এইভাবে fsck অসঙ্গতি দেখবে)। আপনি কেবল পঠনযোগ্য মোডে কেবল পঠনযোগ্য মাউন্ট করা ফাইল সিস্টেমে fsck চালাতে পারেন এবং বৈধ ফলাফল পেতে পারেন। কেবলমাত্র পঠনযোগ্য মাউন্ট করা ফাইল সিস্টেমে রিড / রাইটিং মোডে fsck চালানো, যদি fsck তার রান চলাকালীন ফাইল সিস্টেমে পরিবর্তন করে তোলে, কার্নেলটি ফাইল সিস্টেমের কাঠামোটিকে অপ্রত্যাশিতভাবে পরিবর্তিত দেখতে পাবে। এটিও খারাপ হবে।
এটি সম্ভবত আপনার আই / ও থ্রুপুটকে হত্যা করবে এই বিষয়টি ছাড়াও, যদি ফাইল সিস্টেমটি fsck'd চলাকালীন সংশোধন করা হয় তবে fsck পরিবর্তনের উপর নজর রাখতে পারে এবং অসুবিধাগুলির প্রতিবেদন করার উপায় নেই।
এক্সএফএসের মতো কিছু ফাইল সিস্টেম আপনাকে ফাইল-সিস্টেমের পঠন-লিখনের সময় অবিচ্ছিন্নতার জন্য পরীক্ষা করতে দেয়, যাতে সতর্কতামূলক ত্রুটিগুলি প্রতিবেদন করা যায়। xfs_checkচেকটি সম্পাদন করার আগে ফাইল সিস্টেমটি আনমাউন্ট করা বা কেবল পঠনযোগ্য মাউন্ট করার পরামর্শ দেয়।
ঠিক আছে, fsck এর বিন্দুটি ফাইল সিস্টেমের অসঙ্গতিগুলির প্রতিবেদন করা, এটি আক্রমণকারীদের লঙ্ঘন।
তবে এর মধ্যে অনেকগুলি চেক একাধিক এফএস কাঠামো জড়িত। যদি কেউ এফএস (ডেটা লেখার) পরিবর্তন করে থাকে তবে এই কাঠামোগুলি সাময়িকভাবে সিঙ্কের বাইরে চলে যেতে পারে। fsck এটিকে একটি অসঙ্গতি হিসাবে দেখবে যদিও এটি আসলেই সমস্যা নয়। কোনও অসঙ্গতি কেবল অস্থায়ী, বা স্থায়ী সমস্যা যা ঠিক করার দরকার আছে তা fsck বলার উপায় নেই। সুতরাং এটি সম্ভবত কাজ করতে পারে না (যদি না অনলাইনে চেকিংয়ের অনুমতি দেওয়ার জন্য বিশেষত কোনও এফএস ডিজাইন না করা হয় Some
আপনি যেমন চলন্ত মিশ্রণকারীটিতে আপনার হাত আটকে রাখতে পারেন এবং সম্ভবত নিজেকে আহত করতে পারেন না, বা ঠিক যেমন আপনি নীচের ফুটপাতে রেখেছিলেন কাশনের ছোট ছোট গাদাটি লক্ষ্য করার সময় আপনি কোনও লম্বা বিল্ডিং থেকে লাফিয়ে উঠতে পারেন।
তবে আপনি কেন নিজের মৃত্যুর টেস্ট বাদে অন্যকে কেন চাইবেন? কারণ আপনার বস অবশ্যই যখন এটি পরীক্ষা করতে চলেছে যখন সে জানতে পারে যে কেন মেল সার্ভার এখন রুট ড্রাইভটি চিনতে পারে না।