স্মার্ট ত্রুটি 0x05 (রিলোকেটেড সেক্টর) এবং 0xC6 (ভুল সংশোধনযোগ্য ক্ষেত্র) এর মধ্যে পার্থক্য


0

আমার 2 টিবি বাহ্যিক এইচডিডি সম্প্রতি 0xC5 এর খুব বেশি সংখ্যক (মুলতুবি সেক্টর) ত্রুটিগুলি (কাঁচা মূল্য: 309) প্রতিবেদন করা শুরু করেছে এবং ঠিক আজই একটি অবৈধ সেক্টরের ত্রুটি (কাঁচা মান: 1) রিপোর্ট করেছে যখন পুনঃনির্দেশিত খাত গণনা 0 এ রয়ে গেছে। এটি অপ্রাসঙ্গিক হতে পারে তবে আমার মুলতুবি থাকা সেক্টর গণনাটিও 1 দ্বারা বাড়ানো হয়েছে।

যদি আমি সঠিকভাবে বুঝতে পারি, এইচডিডি ফার্মওয়্যার খারাপ হিসাবে নির্ধারিত ক্ষেত্রগুলি পুনরায় স্থানান্তরিত হয় (বা পুনঃস্থাপিত হয়), সুতরাং পুনঃনির্বাচিত খাত গণনা বৃদ্ধি করে। আমার এইচডিডি খারাপ হওয়ার জন্য নির্ধারিত এই ক্ষেত্রটি কেন পুনরায় স্থানান্তরিত হয়নি, এবং কেবল সংশোধনযোগ্য হিসাবে চিহ্নিত হয়নি তা নিয়ে আমি আগ্রহী। দুটি ত্রুটির মধ্যে সুস্পষ্ট পার্থক্য কী এবং অন্যটির পরিবর্তে কেন একটিকে প্রতিবেদন করা হবে? আমি ডান উপসংহারে যে uncorrectable খাতে ছিল Am না পুনরায় বরাদ্দ, এবং যে ড্রাইভে এখনও (যখন / লেখা পড়া করার চেষ্টা যেমন। দিয়েছিল) যে খাতের ব্যবহার এবং কারণ সমস্যার করার প্রচেষ্টা করা হবে?

উত্তর:


2

আপনি প্রায় সম্পূর্ণরূপে সঠিক, ব্যতীত 0xC5 এর ব্যাখ্যাটি আরও সূক্ষ্ম। উইকিপিডিয়া থেকে :

"অস্থির" ক্ষেত্রের গণনা (অপরিবর্তনযোগ্য পঠনের ত্রুটির কারণে পুনরায় তৈরির অপেক্ষায়)। যদি অস্থির ক্ষেত্রটি পরবর্তীকালে সফলভাবে পড়া হয় তবে সেক্টরটি পুনরায় তৈরি করা হয় এবং এই মান হ্রাস পায়। কোনও সেক্টরে পড়ার ত্রুটিগুলি সেক্টরটিকে তত্ক্ষণাত পুনরায় তৈরি করবে না (যেহেতু সঠিক মানটি পড়া যায় না এবং তাই পুনর্নির্মাণের মানটি জানা যায় না, এবং এটি পরে পাঠযোগ্যও হতে পারে); পরিবর্তে, ড্রাইভ ফার্মওয়্যার মনে রাখে যে সেক্টরটি পুনরায় তৈরি করা দরকার, এবং পরের বার এটি লেখা হবে rema [২৯] তবে কিছু ড্রাইভ যখন লিখিত হয় তখন তত্ক্ষণাত এই ক্ষেত্রগুলির পুনর্নির্মাণ করতে পারে না; পরিবর্তে ড্রাইভটি প্রথমে সমস্যা খাতায় লেখার চেষ্টা করবে এবং লেখার ক্রিয়াটি সফল হলে সেক্টরটি ভাল হিসাবে চিহ্নিত হবে (এই ক্ষেত্রে, "পুনর্বিবেশন ইভেন্ট গণনা" (0xC4) বৃদ্ধি করা হবে না)।

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

0xC6 এর পরিবর্তে,

কোনও সেক্টর পড়ার / লেখার সময় অবৈধ ত্রুটির মোট গণনা। এই বৈশিষ্ট্যের মান বৃদ্ধি ডিস্কের পৃষ্ঠের ত্রুটিগুলি এবং / বা যান্ত্রিক সাবসিস্টেমের সমস্যাগুলি নির্দেশ করে।

এর আগে নিবন্ধে বলা হয়েছে:

9 মাসের সময়কালে 100,000 এরও বেশি ড্রাইভে গুগলে কাজ করা নির্দিষ্ট স্মার্ট তথ্য এবং প্রকৃত ব্যর্থতার হারের মধ্যে পারস্পরিক সম্পর্ক খুঁজে পেয়েছে। কোনও ড্রাইভের প্রথম সংশোধনযোগ্য ত্রুটির (SM০ দিনের মধ্যে স্মার্ট অ্যাট্রিবিউট 0xC6 বা 198) অনুসরণ করার 60 দিনের মধ্যে, ড্রাইভটি গড়পড়তাভাবে 39 বার ব্যর্থ হওয়ার সম্ভাবনা বেশি ছিল যদি এমন কোনও ত্রুটি না ঘটে থাকে।

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

RAW_value সম্পর্কে একটি সহজ মন্তব্য : আপনি ভাগ্যবান যে আপনার নির্মাতারা এটি স্বজ্ঞাত উপায়ে ব্যবহার করেছেন, অর্থাত এই ধরণের ত্রুটিগুলির একটি সহজ গণনা হিসাবে। আপনি ভাগ্যবান কারণ স্মার্ট টি 13 / এটিএ স্ট্যান্ডার্ডের অংশ নয়; RAW_VALUE বৈশিষ্ট্যগুলি হ'ল -৪-বাইটের ডেটা যা ড্রাইভ বিক্রেতার ইচ্ছা অনুযায়ী যে কোনও বিন্যাসে এনকোড করা যায়। সিগেট (উদাহরণস্বরূপ, এটির সাথে আমার কিছু অভিজ্ঞতা আছে) তাদের কয়েকটি বৈশিষ্ট্য এনকোড করে; এগুলি ডিকোডিংয়ের সূত্রটি অজানা এবং নথিভুক্ত। এবং, সবচেয়ে খারাপ এটি, তারা এই কাজটি করতে একা নন।


আমি প্রকৃতপক্ষে উইকিপিডিয়ায় এই বিভাগটি পড়েছি, তবে এটি কোনও কারণে ক্লিক করে নি। আপনাকে ধন্যবাদ, আমি এখনই পার্থক্যটি দেখতে পেয়েছি এবং বুঝতে পারি যে সেক্টরগুলি পুনরায় তৈরি করা হয়নি কারণ এটি সেগুলি পড়তে পারে না এবং মূল ডেটা পুনরায় তৈরি করতে পারে না, সুতরাং এটি "আপত্তিজনক" "
জিরো নাইট
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.