প্রশ্ন 1:
-b
বিকল্পের সাথে সম্মতি সহ : এটি আপনার ডিস্কের উপর নির্ভর করে। আধুনিক, বড় ডিস্কগুলিতে 4KB ব্লক রয়েছে, সেক্ষেত্রে আপনার সেট করা উচিত -b 4096
। আপনি অপারেটিং সিস্টেম থেকে ব্লকের আকার পেতে পারেন এবং এটি সাধারণত ডিস্কের তথ্যটি লেবেলের বাইরে পড়ে বা ডিস্কের মডেল নম্বরটি গুগল করে পাওয়া যায়। যদি -b
আপনার ব্লকের আকারের চেয়ে বড় কিছুতে সেট করা থাকে তবে badblocks
ফলাফলের অখণ্ডতা আপস করা যেতে পারে (উদাহরণস্বরূপ আপনি মিথ্যা-নেতিবাচক পেতে পারেন: কোনও খারাপ ব্লক এখনও উপস্থিত থাকতে পারে না)। যদি -b
আপনার ড্রাইভের ব্লক আকারের চেয়ে ছোট কিছুতে সেট করা থাকে তবে badblocks
রান গতির সাথে আপস করা যেতে পারে। আমি নিশ্চিত নই, তবে সেটিং নিয়ে অন্যান্য সমস্যাও থাকতে পারে-b
আপনার ব্লকের আকারের চেয়ে ছোট কিছুতে, যেহেতু এটি একটি সম্পূর্ণ ব্লকের অখণ্ডতা যাচাই করে না, এটি খুব ছোট সেট করা থাকলেও এটি মিথ্যা-নেতিবাচক হওয়া সম্ভব হতে পারে।
-c
কত ব্লক একযোগে চেক করা উচিত বিকল্প অনুরূপ। ব্যাচ পড়া / লেখা, মূলত। এই বিকল্পটি আপনার ফলাফলের অখণ্ডতাকে প্রভাবিত করে না, তবে এটি যে গতিবেগে গতিবেগ প্রভাবিত করে badblocks
। badblocks
(allyচ্ছিকভাবে) লিখবে, তারপরে পড়বে, বাফার করবে, চেক করবে, প্রতিটি এন ব্লকের দ্বারা উল্লিখিত অনুযায়ী পুনরাবৃত্তি করবে -c
। যদি -c
খুব কম সেট করা থাকে তবে এটি আপনার badblocks
রানগুলিকে সাধারণের তুলনায় অনেক বেশি সময় নিতে পারে, কারণ পৃথক আইও অনুরোধের জন্য সারিবদ্ধ হওয়া এবং প্রক্রিয়াজাতকরণের ফলে ওভারহেড আসবে এবং ডিস্ক প্রতি-অনুরোধে অতিরিক্ত ওভারহেড চাপিয়ে দিতে পারে। যদি -c
খুব বেশি সেট badblocks
করা থাকে তবে স্মৃতিশক্তি শেষ হয়ে যাবে। যদি এটি ঘটে থাকে তবে badblocks
এটি শুরু হওয়ার পরে মোটামুটি দ্রুত ব্যর্থ হবে। এখানে অতিরিক্ত বিবেচনার মধ্যে সমান্তরাল badblocks
রানগুলি অন্তর্ভুক্ত রয়েছে : আপনি যদি চালাচ্ছেনbadblocks
একই ডিস্কের একাধিক পার্টিশনের বিপরীতে (খারাপ ধারণা), বা একই আইও চ্যানেলের উপর একাধিক ডিস্কের বিপরীতে আপনি সম্ভবত -c
মেমরিটি উপলব্ধ হয়ে ওঠার মতো উচ্চতর কিছুতে টিউন করতে চাইবেন badblocks
যাতে সমান্তরাল রানগুলি আইও ব্যান্ডউইথের জন্য লড়াই না করে don't এবং একটি বুদ্ধিমান উপায়ে সমান্তরাল করতে পারেন।
প্রশ্ন 2:
অন্যান্য উত্তর কি ইঙ্গিত পক্ষান্তরে লেখ-মোড পরীক্ষা বেশী বা কম অ নাশক রিড-রাইট পরীক্ষা চেয়ে নির্ভরযোগ্য নয়, কিন্তু এটা যত দ্রুত দুইবার হয়, আপনার ডেটা সব ধ্বংসাত্মক হচ্ছে খরচে। আমি ব্যাখ্যা করব কেন:-w
অ-ধ্বংসাত্মক মোডে, badblocks
নিম্নলিখিতগুলি করে:
- বিদ্যমান ডেটা পড়ুন, এটি চেকসাম করুন (প্রয়োজনে আবার পড়ুন) এবং মেমরিতে সঞ্চয় করুন।
-p
ব্লকে একটি পূর্বনির্ধারিত প্যাটার্ন ( বিকল্পের সাথে ওভাররাইডযোগ্য , যদিও সাধারণত প্রয়োজন হয় না) লিখুন।
- ব্লক ব্যাকটি পড়ুন, যাচাই করা হয়েছে যে পঠিত ডেটা প্যাটার্নের মতো।
- মূল তথ্যটি ডিস্কে ফিরে লিখুন।
- আমি এ সম্পর্কে নিশ্চিত নই, তবে এটি সম্ভবত পুনরায় পাঠ করে এবং যাচাই করে যে মূল তথ্যটি সফলভাবে লেখা হয়েছিল এবং এখনও একই জিনিসটিতে চেকসাম রয়েছে।
ধ্বংসাত্মক ( -w
) মোডে, badblocks
কেবল উপরের 2 এবং 3 পদক্ষেপগুলি করে। এর অর্থ হল ডেটা অখণ্ডতা যাচাই করতে প্রয়োজনীয় পঠন / লেখার ক্রিয়াকলাপের অর্ধেক অংশ কেটে নেওয়া। যদি কোনও ব্লক খারাপ হয় তবে ডেটা দুটি মোডে ভুল হবে। অবশ্যই, যদি আপনি আপনার ড্রাইভে থাকা ডেটা সম্পর্কে যত্নশীল হন তবে আপনার অ-ধ্বংসাত্মক মোড ব্যবহার করা উচিত, যা -w
সমস্ত ডেটা মুছে ফেলবে এবং badblocks
পরিবর্তে ডিস্কে লেখা 'নিদর্শনগুলি ছেড়ে দেবে ।
ক্যাভেট: যদি কোনও ব্লক খারাপ হয়ে চলেছে , তবে এখনও পুরোপুরি চলে না যায়, কিছু পড়া / লেখার যাচাইকরণের জোড়গুলি কাজ করতে পারে এবং কিছু নাও পারে। এই ক্ষেত্রে, অ-ধ্বংসাত্মক মোড আপনাকে কোনও ব্লকের "মুশকিল" হওয়ার একটি আরও নির্ভরযোগ্য ইঙ্গিত দিতে পারে, যেহেতু এটি দুটি সেট পড়ুন / লেখার যাচাইকরণ করে (সম্ভবত - 4 ধাপের নীচে বুলেটটি দেখুন)। এমনকি যদি অ-ধ্বংসাত্মক মোডটি আরও নির্ভরযোগ্য হয় তবে এটি কাকতালীয়ভাবে কেবল আরও নির্ভরযোগ্য । সম্পূর্ণরূপে খারাপ নয় এমন একাধিক পঠন / লেখার ক্রিয়াকলাপ badblocks
ধরে রাখতে পারে না এমন ব্লকগুলি পরীক্ষা করার সঠিক উপায়টি -p
বিকল্পটি ব্যবহার করে একই ডেটাতে একাধিকবার চালানো ।
প্রশ্ন 3:
স্মার্ট যদি সেক্টরগুলিকে পুনরায় স্থান দেয়, আপনার সম্ভবত সম্ভবত এএসএপি ড্রাইভটি প্রতিস্থাপনের বিষয়টি বিবেচনা করা উচিত। কয়েকটি সেক্টর হারানো ড্রাইভগুলি সর্বদা সেগুলি হারাতে পারে না, তবে কারণটি সাধারণত একটি ভারী ব্যবহৃত ড্রাইভ চৌম্বকীয়ভাবে মুশকিল হয়ে ওঠে, বা মাথা ব্যর্থ হওয়া / মোটরগুলি ভুল বা ব্যর্থ পড়া / লেখার ফলে ব্যর্থ হয়। অবশ্যই চূড়ান্ত সিদ্ধান্ত আপনার উপর নির্ভর করে: ড্রাইভের ডেটার মূল্য এবং এটিতে চালিত সিস্টেমগুলি থেকে আপনার নির্ভরযোগ্যতার উপর ভিত্তি করে আপনি এটি চালিয়ে যাওয়ার সিদ্ধান্ত নিতে পারেন। আমার বেশ কয়েকটি খারাপ ব্লক রয়েছে যা আমার ফাইলসভারে স্মার্ট সতর্কতার সাথে কয়েক বছর ধরে ঘুরছে, তবে সেগুলি একটি সময়সূচীতে ব্যাক আপ করা হয়েছে যাতে আমি বেশি ব্যথা ছাড়াই মোট ব্যর্থতা পরিচালনা করতে পারি।