с зазвичай триває 10-60 хвилин, але тут трапляється перебій з харчуванням чи банальне зависання - і диск залишається без транслятора, так як. просто не встигає його заново створити. Це означає, що до подальшої роботи такий пристрій буде непридатне - його просто не побачить ні ОС, ні BIOS. p align="justify"> Страшно навіть уявити, скільки накопичувачів може бути "вбито" таким чином, з простої цікавості або помилково. Особливо, якщо ці утиліти потраплять до рук недосвідчених користувачів, що запускають на своїх комп'ютерах все підряд. Звичайно, диск порту не безповоротно, і повторним запуском форматування можна повернути його до життя. Але мислення у більшості користувачів влаштовано так, що зіткнувшись з проблемами (не визначається в BIOS "труп" замість вінчестера), багато впадають в паніку, звинувачуючи у всьому виробників. А їм зайві проблеми, природно не потрібні - набагато важливіше змусити вінчестер відпрацювати гарантійний термін. Тому кілька років тому в накопичувачі стали закладати можливість самостійно "ремонтувати" збійні ділянки - робити ремап. Як було сказано раніше, ремап не знайшов застосування при заводській підготовці накопичувачів, але виявився дуже вдалим рішенням для приховування дефектів в побутових умовах. p align="justify"> Переваги ремапа перед внутрішнім форматуванням - відсутність перекладу диска в технологічний режим, швидкість проведення і безпеку для накопичувача. Крім того, в багатьох випадках ремап можна робити без видалення файлової системи, і без пов'язаного з цим знищення даних. Ця технологія отримала назву automatic defect reassignment (автоматичне перепризначення дефектів), а сам процес - reassign. Таким чином remap і reassign - це за великим рахунком одне й теж, хоча термін reassign зазвичай застосовують до окремого сектору, а remap - до всього диска. p align="justify"> Працює ремап таким чином: якщо при спробі звернення до сектору відбувається помилка, "розумний" контролер розуміє, що даний сектор несправний, і "на льоту" позначає його як BAD. Його адреса тут же заноситься в таблицю дефектів (G-list). У багатьох гвинтів це відбувається настільки швидко, що користувач навіть не помічає виявлення дефекту і його приховування. Під час роботи накопичувач постійно порівнює поточні адреси секторів з адресами з таблиці і не звертається до дефектним секторам. Замість цього він переводить голівки в резервну область і читає сектор звідти. На жаль, через часу, що витрачається на далеке позиціонування, такі сектори будуть виглядати, як невеликі провали на графіку читання. Те ж саме буде і при записі. p align="justify"> Якщо помилка виникає під час звичайної роботи ОС, автоматичний ремап відбувається вкрай рідко. Це пов'язано з тим, що, на більшості HDD, reassign спрацьовує тільки при записі. А багато ОС перед записом перевіряє сектор на цілісність, і виявляючи помилку, відмовляється в нього писати. Тому, в більшості випадків для виробництва ремапа диск треба про це "попросити" - справити прим...
