Якщо збільшилося - вони були фізичними, і контролер провів успішний ремап цих секторів. Якщо ж навпаки, беди залишилися, а значення атрибуту Raw Read Error Rate катастрофічно впало - все набагато складніше, і диск має серйозні ушкодження. Будемо намагатися лікувати його далі - робити ремап. p> При одноразовому натисканні клавіші [F4] в MHDD з'являється меню, що містить додаткові параметри сканування (Рис.6)
В
Рис.6. Налаштування параметрів сканування і ремапа
Серед цих параметрів є функція ремапа. За замовчуванням вона виключена, але поставивши на неї курсор і натиснувши "пробіл", можна включити її (Remap: ON). У цьому режимі MHDD буде намагатися вилікувати дефектний сектор, всіляко показуючи контролеру, що там мається BAD і його потрібно приховати. При цьому біля кожного успішно прихованого сектора виникає синій квадратик або напис [ok]. Після ліквідації всіх бедов потрібно ще раз прогнати тест поверхні, вийти з MHDD і знову запустити SMART-монітор, переконавшись в тому, що значення Reallocated Sector Count збільшилася. Це означає, що ремап пройшов успішно, без помилок, і дефекти дійсно були заміщені з резерву. p> Може статися так, що навіть після всіх проведених операцій беди залишаться, а SMART покаже те, що ремап не відбувається. Причин може бути декілька:
диск дуже старий, і його контролер не підтримує функцію Automatic Defect Reassignment;
у диска може бути переповнений G-list, і в ньому більше немає місця для нових дефектів. Це добре видно в SMART по завалу атрибуту Reallocated Sector Count. Такий диск ремонтується в умовах майстерні, шляхом перенесення всіх ремапов в P-list і подальшого низькорівневого форматування;
процедура автозамещенія дефектів була відключена в самому диску. Фірмові утиліти деяких накопичувачів дозволяють це робити, і ними ж можна знову включити його. Це досить рідкісний випадок;
на диску може з'явитися особливий, що не піддається ремапу дефект. Наприклад, якщо фізично зруйнований заголовок сектора, в якому сектор позначається як BAD, або сильно пошкоджені сервометки. Такий диск ремонтується тільки в технологічному режимі, у хорошого фахівця;
контролер так і не зміг повірити в те, що сектор дійсно дефектний, так як він все-таки зміг прочитати/записати його, нехай навіть не з першої спроби. У цьому випадку ремап не відбудеться. Жодна програма приховування дефектів ніколи не пише безпосередньо в дефект-листи. Це може зробити тільки сам контролер, на підставі своїх спостережень. Для того щоб він "повірив" в те, що в місці є бед, і заховав його, іноді доводитися досить довго це йому пояснювати, всіляко показуючи проблемний сектор - багато разів проводити запис/читання, до виникнення помилки. Тому утиліти для ремапа ніколи не приховають намічається дефект. Для того, щоб це відбулося, потрібен тільки "справжній" BAD. Така "недовірливість" зроблена спеціально: адже кожен переміщений сектор погіршує параметри накопичува...
