Bad-блоки HDD: причини і види

1. Фізичні і логічні дефекти
2. Системну помилку
3. Фізичні пошкодження HDD
4. Додаткові матеріали:

Проблеми при реєстрації на сайті? НАТИСНІТЬ СЮДИ ! Не проходьте повз вельми цікавого розділу нашого сайту - проекти відвідувачів . Там ви завжди знайдете свіжі новини, анекдоти, прогноз погоди (в ADSL-газеті ), телепрограму ефірних і ADSL-TV каналів , Найсвіжіші та найцікавіші новини зі світу високих технологій , Найоригінальніші і дивовижні картинки з інтернету , великий архів журналів за останні роки, апетитні рецепти в картинках , інформативні Цікавинки з Інтернету . Розділ оновлюється щодня. Завжди свіжі версії найкращих безкоштовних програм для повсякденного використання в розділі необхідні програми . Там практично все, що потрібно для повсякденної роботи. Почніть поступово відмовлятися від піратських версій на користь більш зручних і функціональних безкоштовних аналогів. Якщо Ви все ще не користуєтеся нашим чатом , Вельми радимо з ним познайомитися. Там Ви знайдете багато нових друзів. Крім того, це найбільш швидкий і ефективний спосіб зв'язатися з адміністраторами проекту. Продовжує працювати розділ оновлення антивірусів - завжди актуальні безкоштовні оновлення для Dr Web і NOD. Не встигли щось прочитати? Повний зміст рядка, що біжить можна знайти по цьому посиланню . Автор: Редакція 3dnews
Дата: 08/08/2003

У попередніх статтях ми неодноразово згадували про таке явище, як зіпсований (поганий або bad) блок, проте до цих пір не дали точного визначення, що ж це таке, які причини їх виникнення, як з ними боротися і чи потрібно. У цій статті розглянемо два перших питання і надамо вам трохи часу для власних роздумів і пошуків рішень. Наступного разу все-таки поговоримо про методи боротьби з ними.

Отже, під bad-блоком розуміється звичайно конкретний ділянку диска, нормальна робота з яким не гарантується або неможлива зовсім. На таких ділянках може міститися різна інформація, це можуть бути дані користувача або службова інформація (інакше звана серво (очевидно від лат. Servire або англ. Serve - служити), в цьому випадку це чревате наслідками, тяжкість яких варіюється в дуже широких межах), хоча, звичайно ж, кращим варіантом було б відсутність в цій області чого-небудь (правда, зіткнутися з бедамі в таких областях скоріше не доведеться). Поява таких секторів може бути обумовлено різними причинами, в одному випадку такі сектори можна відновити, в іншому не можна, в одному потрібно використовувати одні методи лікування і перепризначення в іншому інші. Але спочатку розвіємо кілька досить поширених міфів.

Міф перший: на сучасних вінчестерах не буває бедов. Це неправда, бувають. За великим рахунком технологія та ж, що і роки назад, тільки вдосконалена і допрацьована, але як і раніше не ідеальна (втім, ідеальна навряд чи буде створена на базі технологій магнітного запису).

Міф другий: для вінчестерів оснащених SMART це не актуально (читай там не може бути бедов). Теж не так: актуальна, нітрохи не менше ніж для вінчестерів без SMART (якщо такі ще залишилися). Поняття збійного сектора для неї рідне і близьке, це повинно було стати зрозуміло з відповідних публікацій присвячених цій технології (посилання в кінці). Справа тільки в тому, що більшу частину турбот про таких секторах раніше вами на власний ризик, SMART взяла на себе. І часто може трапитися так, що користувач взагалі нічого не знає і не дізнається про що мають місце бедах на його гвинті, якщо звичайно ситуація не патологічна. Доводилося чути від користувачів, що так продавці часом аргументують свою відмову в гарантійному обміні вінчестерів, у котрих беди "спливли" назовні. Продавець, звичайно ж, не має рації. SMART не всемогутня, а беди поки ніхто не відміняв.

Для того, що б розібратися в бедах і їх різновидах, заглибимося в метод зберігання інформації на вінчестері, зовсім на чуть-чуть. З'ясуємо два моменти.

1. Одиницею якою оперує вінчестер на низькому рівні є сектор. У фізичному просторі на диску, відповідному сектору, записуються не тільки безпосередньо дані, але і службова інформація - поля ідентифікації і контрольна сума для нього, дані і контрольний код для них, код для відновлення помилок і ін. (Не стандартизовано і залежить від виробника і моделі). За наявності полів ідентифікації розрізняють два види запису - з полями ідентифікаторів і без оних. Перший старий і поступився своїми позиціями на користь останнього. Пізніше стане зрозуміло, чому я це наголошую. Важливо також, що є засоби контролю помилок (які як ми побачимо, можуть стати їх джерелами).

2. При роботі зі старими вінчестерами необхідно було прописати в BIOS їх фізичні парамет, які вказувалися на етикеті, а для того, щоб однозначно адресувати блок даних, необхідно було вказувати номер циліндра, номер сектора на доріжці, номер головки. Така робота з диском була повністю залежною від його фізичних параметрів. Це не було зручним, і пов'язувало руки основним розробником в багатьох питаннях. Був потрібен вихід і він був знайдений в трансляції адрес. Та, яка нас цікавить - дані в накопичувачі вирішено було адресовивалісь одним параметром, а функцію визначення дійсного фізичного адреси відповідного цим параметром покласти на контролер жорсткого диска. Це давало терубемую свободу і сумісність.

Реальні фізичні дані накопичувача вже виявлялися не важливі. Важливо тільки, щоб число логічних блоків вказане BIOS не перевищувало дійсне. Створення такого транслятора має величезне значення і для питань бед-секторів теж. І ось чому. Обробка поганих секторів старих жорстких дисках була не досконала, здійснювалася засобами файлової системи. Диск поставлявся з наклейкою, на якій були вказані адреси дефектних блоків, знайдених виробником. Користувач сам в ручну заносив ці дані в FAT, і виключав таким чином виключалося звернення до них операційної системи.

Технологія виготовлення пластин була недосконала тоді, і недосконала зараз. Не існує методів створення ідеальної поверхні не містить жодного поганого блоку, всупереч зустрічається думку, що з заводу вінчестер поставляється без них. Зі збільшенням обсягу дисків зростала кількість збійних секторів при виході з заводу, і, зрозуміло, що тільки до певного моменту процедура їх реєстрації в FAT могла виконуватися в ручну, потрібно було знайти спосіб маркувати беди, навіть не дивлячись на те, що не відомо, яка файлова система буде використовуватися. Винахід транслятора дозволило вирішити ці проблеми. На вінчестері виділялася спеціальна захищена область, куди записувався транслятор, в якому встановлювалося відповідність кожного логічного блоку безперервного ланцюжка і реального фізичного адреси.

Якщо раптом на поверхні виявлявся зіпсований блок, то він просто пропускався, а цього логічного блоку присвоювався адреса наступного фізичного доступного блоку. Транслятор зчитувався з диска при включенні. Створення його виконувалося (і виконується) на заводі, і саме з цього, а не від того, що виробником застосовується якась супер технологія, нові диски як би не містять бед-блоків. Фізичні параметри виявилися приховані (і вони занадто рознились, так як у фірм виявилися розв'язані руки у виробництві своїх власних форматів низького рівня, і користувача це не турбувало), дефекти позначалися на заводі, універсальність збільшилася. Добре як в казці.

Тепер повернемося до бедам і їх різновидам. Залежно від природи походження всіх їх можна поділити на дві великі групи: логічні і фізичні.

Фізичні і логічні дефекти

Дефекти поверхні можуть бути пов'язані з поступовим зносом магнітного покриття дисків, що просочилися через фільтр найдрібнішим частинкам пилу, кінетична енергія яких, розігнаних всередині накопичувача до колосальних швидкостей, виявляється достатньою для пошкодження поверхні дисків (втім, швидше за все вони скатяться з диска під дією відцентрових сил і будуть затримані внутрішнім фільтром, але нашкодити можуть встигнути), результатом механічних ушкоджень при ударі, при якому можуть з поверхні можуть вибитися маленьки е частки, які потім в свою чергу також будуть вибивати інші частинки, і процес піде лавиноподібно (такі частинки теж будуть скочуватися з пластин під дією відцентрових сил, але значно довше і важче, так як будуть удержіваеми силами магнітного тяжіння. Це ще матиме наслідком те, що з ними буде відбуватися зіткнення головки, паряться на дуже малій висоті, що викличе її нагрівання і погіршення робочих характеристик - будуть виникати спотворення сигналу, результат - помилки читання), доводилося чути (у мене такої статистики ет) що і куріння у комп'ютера здатне зробити те ж саме, тому що тютюнові смоли здатні проникати крізь повітряний фільтр вінчестера (у яких він є), приводячи там до прилипання головок до пластин (псування поверхні і головок), просто осідаючи на поверхні, і змінюючи тим самим робочі характеристики і т.д.

Такі сектора до звернення виявляються непридатними і повинні бути виключені з обігу. Відновлення їх не представляється можливим ні в домашніх умовах, ні в умовах сервісних центрів. Буде добре, якщо з них удасться хоча б відновити інформацію. Швидкість процесу такого виду руйнування поверхні індивідуальна. Якщо число бедов не росте або росте дуже мала, то можна серйозно не побоюватися (хоча робити резервне копіювання все ж варто) якщо ж зростання швидкий, то диск доведеться замінити, і, причому, дуже поквапитися. При даному виді бедов можна зробити перепризначення блоків на резервну поверхню: має сенс при відсутності прогресування. Але про це не зараз. Це якщо говорити про область даних. Як вже було зазначено, на пластинах зберігатися ще і службова інформація. У процесі використання вона також може виявитися зруйнованою. Це може бути набагато болючіше, ніж звичайної користувальницької поверхні.

Справа в тому, що сервоинформация активно використовується в процесі роботи: по серво матюками відбувається стабілізація швидкості обертання дисків, утримання головки над заданим циліндром незалежно від зовнішніх впливів. Незначні руйнування сервоінформаціі можуть пройти непоміченими. Серйозні пошкодження сервоформата можуть зробити недоступною якусь частину диска або весь диск цілком. Оскільки сервоінформаціі користується програма накопичувача і вона критично важлива для забезпечення нормального функціонування і взагалі в силу її специфіки, справи йдуть з нею набагато складніше. Деякі вінчестери дозволяють відключити збою серводорожкі. Відновлення ж їх можливо тільки на заводі на спеціальному дорогому і складному обладнанні (оцінимо приблизно витрати на такий ремонт негарантійного вінчестера і зрозуміємо, що правильно буде назвати цей вид бедов невиправним).

До фізичних бедам можна також віднести збійні сектора, поява яких обумовлена ​​несправностями електронною або механічної частини накопичувача, наприклад обрив головок, серйозні механічні пошкодження в результаті удару - заклинювання котушки позиционера або дисків, зміщення дисків. Дії тут можуть бути різними і залежати від конкретної ситуації, якщо, наприклад, обрив головки (такі беди з'являються тому, що робиться спроба звернення до поверхні, доступ до якої не може бути здійснений (що зовсім не означає, що щось не так з поверхнею)), то, наприклад, часто її можна відключити (а можна і поміняти в умовах спеціалізованих сервісних центрів, ось тільки стоіомость операції змушує серйозно задуматися про її доцільність (в переважній більшості випадків відповідь негативна), якщо звичайно, мова не йде про НЕ бходімості відновити вкрай цінну інформацію (але це вже інша розмова)).

В цілому ж для цього виду ушкоджень характерний катастрофічний характер. Тобто як бачимо фізичні беди не лікуються, можливо лише якесь "пом'якшення" їх присутності. З логічними поганими секторами ситуація простіше. Деякі з них виліковні. У більшості випадків обумовлені помилками записи. Можна виділити наступні категорії:

1. Найпростіший випадок: системну помилку. Сектор позначений в FAT як зіпсований, але насправді таким не є. Раніше таким прийомом користувалися некториє віруси, коли на невеликому обсязі вінчестера потрібно знайти собі затишне містечко, не доступне простими засобами. Зараз цей прийом не актуальний, тому що приховати в надрах Windows пару мегабайт (а то і пару десятків мегабайт) не представляє ніякої складності. Крім того так хтось міг просто пожартувати над невдалим користувачем (програми траплялися такі). Та й взагалі файлова система річ тендітна, лікується дуже легко і абсолютно без наслідків.

2. Невиправні логічні беди - характерні для старих вінчестерів використовують запис з полями ідентифікаторів. Якщо у вас такий диск, то цілком можете з ними зіткнутися. Обумовлено невірним форматом фізичної адреси, записаного для даного сектора, помилка контрольної суми для нього і т.д. Відповідно, неможливо зверненням до нього. Насправді вони відновити події, але на заводі. Оскільки я вже сказав, що зараз використовується технологія записи без полів ідентифікаторів, то цей різновид можна вважати неактуальною.

3. Виправні логічні беди. Не так уже й рідко зустрічається, особливо на деяких типах накопичувачів тип збійних блоків. Походженням в основному зобов'язані помилок запису на диск. Читання зробити з такого сектора не вдається, так як зазвичай в ньому ЕСС код не відповідає даним, а запис зазвичай неможлива, так як перед записом здійснюється попередня перевірка підлягає запису простору, і оскільки з нею вже виявлені проблеми, запис в дану область відхиляється. Тобто виходить блок неможливо використовувати, хоча фізично поверхню, їм займана в повному порядку. Дефекти подібного роду можуть бути іноді викликані помилками вбудованого вінчестера, можуть бути спровоковані програмним забезпеченням або технічними причинами (наприме перебоєм харчування і його коливанням, відходом під час запису головки на неприпустиму висоту і ін.). Але якщо вдається привести у відповідність вміст сектору та його ECC-код, то такі блоки безслідно проходять. Причому процедура ця не складна, а кошти для її здійснення широко доступні, і, в общем-то, нешкідливі.

4. Появи на вінчестерах бед-блоків цього виду зобов'язане особливостям технології виробництва: ніколи не існує двох абсолютно однакових пристроїв, якісь їхні параметри неодмінно відрізняться. При підготовці вінчестерів на заводі, для кожного визначається набір параметрів, що забезпечують оптимальне функціонування даного конкретного екземпляра, так звані адаптивен. Ці параметри будуть збережені, і в разі якщо вони якимось загадковим чином виявляються пошкоджені, то результатом може бути повна непрацездатність диска, нестабільна його робота або велика кількість збійних секторів з'являються і зникаючих то в одному, то в іншому місці. У домашніх умовах з цим зробити нічого не можна, але все можна налаштувати на заводі або в сервісному центрі.

Як бачимо, реально лікуються в домашніх умовах тільки два види логічних бедблоков. Інші в разі потреби можна спробувати підмінити на резервні, але не вилікувати. З третіми будинку зробити нічого не можна. Про те, як і що потрібно робити в перших двох випадках будемо говорити в наступний раз.

* * *

У попередній частині статті ми з'ясували причини появи бед-блоків. Ми зрозуміли, що явище це далеко не найприємніше. А з неприємностями зазвичай прийнято боротися. Тому сьогодні, ми будемо говорити про те, якими засобами і як це потрібно робити, та й власне потрібно.

Системну помилку

Перший і найпростіший вид помилок, який ми будемо лікувати - системну помилку. Як вже було сказано це всього лише невірно позначений сектор в файлової системі. Висновок напрошується сам собою - його потрібно позначити правильно.

Спосіб перший: логічні роздуми підказують - необхідний інструмент вміє створити на диску нормальну файлову систему. Такий інструмент доступний всім в складі операційної системи - утиліта format. Потрібно завантажитися в MS-DOS і виконати повне (саме повне) форматування диска (команда format x: / c, x - диск з неправильною FAT, c - ключ включає перевірку кластерів примі-чинних як пошкоджені). Швидке форматування тут не годиться, так як воно виробляє лише очищення змісту і зберігає інформацію про бедах. Форматування можна виконати і з Windows, правда для мене методи його роботи до сих пір залишаються загадкою і результат не завжди вдається непередбачуваний (стикався з тим, що знімався статус дефектного навіть з фізично пошкоджених секторів, що призводить до більш складних проблем. Схоже, що "Вікна "просто скидають статус дефектності в FAT, не вдаючись у подробиці, хоча і не завжди).

З Звичайно format такого не спостерігалося. Цей спосіб простий і доступний, але його недоліком є ​​руйнування всієї інформації на диску. Та й якщо на диску невелике число таких секторів, це все одно що стріляти з гармати по горобцях.

Спосіб другий полягає в придбанні програми Power Quest Partition Magic, в якій є функція Bad Sector Retest. Вона перевірить саме помічені бед сектора, і залишить недоторканою інформацію на диску.

Більш просунуті користувачі можуть скористатися Norton Disk Editor або будь-яким іншим редактором диска і вручну позначити / разотметіть потрібні сектора. Програму для цих цілей нескладно написати й самостійно. Але немає потреби. Як дізнатися що наявний дефектний блок саме цього виду? Ніяк. Можна тільки спробувати (при відсутності впевненості настійно рекомендую користуватися першими двома методами, так як двома останніми можна ввести в обіг зіпсований або нестабільний блок, нажив тим самим собі велику проблему). Якщо це його тип - він зникне і більше ніяк виявлятися не буде. Якщо ж ні - пробувати інші способи.

Другий вид виліковних збійних кластерів - логічні, у яких дані не відповідають ECC. Методи боротьби з цим видом трохи складніше. Цей вид дефектів не може бути виправлений програмними засобами використовують стандартні команди і засоби BIOS. Справа в тому, що при використанні таких засобів перед записом на диск відбувається попередня перевірка області записи, щоб переконатися що з нею все в порядку, а оскільки там існує помилка, то запис відхиляється (така перевірка не тільки є марнотратством, так як дані не будуть записані відразу ж, їх запис стане можливою тільки на другому проході (мабуть це є однією з причин, по якій швидкість запису зазвичай трохи нижче швидкості читання).

Логічніше було б замість такого механізму робити запис з верифікацією (перевіркою по російськи). При цьому, в блоці магнітних головок можна здійснювати за один прохід запис і перевірку читанням, що давало б гарантію правильного запису даних. І в принципі, якщо б і не виключало виникнення бед секторів розглянутого типу взагалі, то, у всякому разі, значно її знижувало, так як в разі відразу ж виявленої помилки можна було б повторити запис.

І хоча ми трохи більше розібралися з тим, чим обумовлена ​​помилка, легше не стало, так як ми з'ясували, що її не можна виправити звичайними засобами. Незвичайними засобами є програми, які звертаються до накопичувача не через функції ОС і BIOS, а через порти введення-виведення. Таких програм насправді море, в більшості випадків здійснюють примусову запис якогось вмісту в сектор (зазвичай нулів), накопичувач підраховує і записує ECC. Після цього потрібно здійснити перевірку прочитавши сектор - помилки немає - добре, сектор виявився саме таким, як ми очікували і був успішно вилікуваний. Ні - на жаль ... Мабуть, раз тут не помилка FAT і не вилікувався, він, мабуть, має фізичну природу.

Утиліти виконують таку функцію - це wdclear, fjerase, zerofill, така функція є в DFT. У більшості випадків такі утиліти універсальні, так як не використовують якихось специфічних функцій накопичувача. Робота з ними теж не вимагає спеціальних навичок. Найчастіше такі обнулітелі поширюються на сайтах виробників як програми низькорівневого форматування, хоча не мають до нього ніякого відношення. Виробники рекомендують використовувати їх в разі виникнення проблем перш, ніж звертатися в сервісний центр. Якщо не брати до уваги руйнування інформації, вони нешкідливі.

Крім виробників вінчестерів випуском сервісних програм займаються сторонні компанії і просто ентузіасти. Так безкоштовно доступна дуже корисна програма неписана нашим програмістом - MHDD (скачати її можна тут . На момент написання статті була доступна версія 2.9), яка може допомогти в даній ситуації. Схема дій така: програму записуємо на системну дискету і завантажується з неї. Вивчаємо стан SMART за допомогою зовнішнього SMART-монітора (безкоштовним SMARTUDM наприклад) і не покладаючись на свою пам'ять, зберігаємо результати в файл.

Завантажуємо MHDD і инициализируем потрібний диск натиснувши F2. В консолі вводимо команду erase або aerase (використовують різні алгоритми, aerase працює повільніше, але іноді справляється з тим, з чим не впоралася erase, тому рекомендую спочатку використовувати erase і потім при невдачі aerase). Попередньо необхідно було зберегти всю інформацію з вінчестера, так як вона буде зруйнована (маючи досвід можна обнуляти потрібну частину, не руйнуючи інші дані, але ж передбачається що у нас його немає).

По завершенні виробляємо перевірку поверхні диска -нажімаем F4 і вибираємо і в верхньому рядку вибираємо наш режим роботи (швидше за все це буде LBA, але вам видніше), і ще раз тиснемо F4 (можна ввести в консолі команду SCAN). Дивимося на предмет наявності наших бедов.

Потім вивчаємо свідчення SMART. Якщо число перепризначених секторів залишилося колишнім, беди зникли, то вони мали логічний характер і були вилікувані. Якщо ж немає - їх природа не логічна. MHDD детально розглянемо в іншій статті.

Цілком може бути, що у вас виникло питання, а чому ж не можна використовувати як в попередньому випадку команду format з ключем / c, який виконує перевірку бедов? Відповідь вже в принципі звучав: ця програма використовує стандартні засоби BIOS і не може зробити запис в бед. Мабуть, розробникам з Microsoft не захотілося себе особливо обтяжувати. Спроба відновлення такого сектора про яку повідомляє формат є просто багаторазова спроба його читання (скільки б разів він не читався, він не прочитає, контролер вже визнав цей факт!). Здійснити повноцінну перевірку такого Беда format не може, тому що не може зробити в нього запис. Єдине для чого він придатний - це відновлення поганих секторів є помилками файлової системи.

На цьому мабуть закінчується та частина статті, яку могли читати і користуватися наведеною інформацією все. Все описане до цього було просто і необразливо. Описується далі цими властивостями не володіє. Будьте уважні.

Фізичні пошкодження HDD

Якщо жоден з описаних методів не допоміг, то, ймовірно, маємо справу з найважчим випадком - фізичним ушкодженням. Такі сектора можна приховати або перепризначити. Як відомо, сучасні вінчестери мають резервну поверхню. На неї можна "перевести стрілки" при зверненні до зіпсований сектор, тобто коли потрібно звернеться до сектору, який визнаний збійних, насправді звернення станеться до сектору з резервної поверхні, призначеним на заміну.

Існують різні методи. Метод резервного сектора має на увазі розміщення на кожній доріжці накопичувача недоступного в звичайному режимі сектора. При виявленні дефектного сектора на цій доріжці є можливість використовувати замість нього сектор знаходиться на цій же доріжці. Гідність методу, що він практично ніяк не позначається на продуктивності. Недолік у тому, що ємність диска використовується занадто марнотратно, так як в незалежності від того, чи є на цій доріжці зіпсований сектор чи ні, резервний сектор все ж таки присутня. По-друге, він не ефективний при більш ніж одному поганому секторі на доріжці (існують інші модифікації методу, в яких резервний сектор виділяється на циліндр, але тим не менш, ефективними їх це не робить).

Метод резервної доріжки має на увазі наявність за межами робочої зони якоїсь кількості резервних доріжок. При виявленні дефектів на доріжці, вся доріжка виключається з роботи, замість неї включається резервна. Недолік методу в тому, що знову таки, простір використовується марнотратно, так як навіть при одному збійному секторі з обігу виключається доріжка цілком і повністю займається нова. Так само для звернення в резервну область голівці потрібно зробити значне переміщення, що негативним чином позначається на продуктивності.

У методі пропуску дефектної доріжки, як і в попередньому, мається на увазі наявність поза робочої зони певної кількості доріжок. Але характер використання іншої. У цьому методі при визначенні дійсного номера доріжки складається її обчислений номер з числом дефектів зустрілися до неї, отриманим з дефект-листа, спостерігається зміщення робочої області до центру. Гідність в порівнянні з попереднім - відсутність необхідності переходу в резервну область, отже зростання продуктивності.

Метод пропуску дефектного сектора схожий на метод пропуску дефектної доріжки з тією лише різницею, що оперує замість доріжок секторами, і може бути застосований лише до вінчестерам використовують транслятор. Фізична адреса сектора обчислюється за таблицею транслятора. Перші три методи мають ряд недоліків і практично ніколи не використовуються при заводському приховуванні бедов (а в силу особливостей нових вінчестерів деякі зовсім не можуть бути застосовані). Як правило використовується останній четвертий, він дозволяє приховати практично будь-яке число збійних секторів, і економічно використовувати простір.

Заводське тестування вінчестерів для виявлення збійних ділянок відбувається на спеціальному обладнанні в спеціальному технологічному режимі, складається список всіх секторів непридатних для використання. Він заноситься в службову область, де зберігається весь час використання накопичувача. Заводський список дефектів називається P-list (Primary-list). Після отримання дефект-листа, формують транслятор, який встановлює відповідність між логічними но-заходами секторів наступними безперервно і по-порядку і їх фізичною адресою, пропускаючи при цьому знайдені збійні сектора і використовуючи наступний за ним робочий.

Цей процес називається внутрішнім форматуванням, відбувається без зовнішнього участі під дією програми вінчестера. Крім заводського P-list'a дефектів накопичувач має ще G-list (Grown-list) - в нього заносяться відомості про бед-секторах виявлених в процесі експлуатації. У домашніх умовах єдине, що можна зробити - це лише перепризначити виявлений дефект в резервну область з усіма наслідками, що випливають звідси наслідками (падіння продуктивності).

Відразу ж зробимо кілька застережень. Розмір G-list не великий і ремап (remap, тобто перепризначення) не може відбуватися нескінченно: тільки до тих пір поки в G-list'е є місце. Або поки не вичерпалася резервна поверхню. Також потрібно пам'ятати, що чим більше число секторів перепризначено, тим частіше буде відбуватися позиціонування в резервну область, тим повільніше буде робота. Варто серйозно подумати над тим, чи потрібно це робити: чи варто невелика втрата простору і красива не зіпсованої буквами B картинка в Scandisk відчутною (в залежності від числа виконаних перенала-значень) продуктивності. Бути може краще просто залишити його в явному вигляді і радіти життю. Процес ремапа незворотний. Якщо щось не влаштує, повернути з-трансформаційних змін не вийде.

Якщо ж відповідь негативна, необхідно запастися однією з наступних програм: HDD Speed, HDD Utility, або знову ж MHDD. Крім того потрібна якась програма перегляду SMART атрибутів: така є складі HDD Speed, але можна взяти сторонню (SMARTUDM). Передбачається, що ви вже пробували лікувати логічні беди, спроби закінчилися невдало, і ми тепер намагаємося приховати фізичні. Розглянемо знову приклад MHDD. Механізм дій буде майже такою ж, як і в минулий раз. Запустити з дискети вивчаємо стан SMART. Потім запускаємо MHDD, вибираємо потрібний привід.

Інформацію з вінчестера зберігати не потрібно (але можна), так як вона не буде зруйнована. Ініціалізіруем привід натисканням F2. Натиснувши F4 вибираємо потрібний параметр верхньому рядку LBA або CHS, і включаємо функцію ремапа, і запускаємо запускаємо перевірку поверхні диска повоторним натисканням F4 (або вводимо в консолі команду SCAN).

Дивимося на предмет наявності наших бедов. У тих місцях де були змінені беди з'являється напис [ok]. Після першої про- перевірки, в якій виконувалося перепризначення, запускаємо ще одну перевірку. Якщо про виконання перепризначення не повідомлялося, другий раз пускати не потрібно. Потім изу-чаєм свідчення SMART.

Можливі такі варіанти: показник перепризначених секторів збільшився, беди зникли - це означає, що ми добилися того, чого хотіли, збійні сектора були замінені резервними; число перепризначених секторів залишилося колишнім, беди не зникли: таке може бути з таких причин - природа не та, що ми припустили, або сектор не можна замістити; контролер не побачив, що це дійсно зіпсований сектор (а вказати прямо йому на це немає ніякої можливості при роботі вінчестера в призначеному для користувача режимі, можна лише всіляко намагатися натякнути йому на це, роблячи спроби запису і читання потрібного сектора), G-list повний (по показаннями SMART має бути видно), вінчестер не піддається ремапу ..

У першому випадку залишається тільки копати далі. Якщо виявився повний G-list, то можна або змиритися з не перепризначуваних секторами, або звернутися до фахівців, які зможуть запустити внутрішньо форматування: тоді існуючі беди будуть додані в P-list, а G-list буде чистий. Це найкращий варіант, так як в цьому випадку немає побічних ефектів ремапа. У домашніх умовах запустити його не вдасться, та й угробити гвинт ймовірність висока, якщо процес форматування перерветься (вінчестер залишиться просто без транслятора, це можна виправити, але все ж) - харчування пропаде наприклад або скокнет (адже за законом підлості це завжди відбувається в самий не відповідний момент), тому виробники дисків намагаються не давати такі функції в руки обивателю .. якщо вінчестер не піддається ремапу взагалі з цим зробити нічого не можна, але якщо функція ремапа вимкнена в ньому самому, тоді потрібно просто включити його до п міццю фірмової утиліти (їх шукати на сайті виробника потрібно).

Рішення для боротьби з бедамі приходять на розум більшості користувачів, десь щось колись читали / чули є низькорівневе форматування диска. Існує легенда, що цей особливий вид форматування дозволяє їх вилікувати, і раз у раз на різних форумах спливають питання, типу "підкажіть мабуть-ста, де можна взяти утиліту для низькорівневого вінчестера, а то беди з'явилися" У тому числі і у нас недавно. Подивимося, що це таке і чи дійсно воно так корисно.

Пов'язано форматування на низькому рівні з командою 50h стандарту ATA, що прийшла туди від інтерфейсу ST506 / 412. Вона повинна виконувати форматування доріжки з заданими фізичними параметрами. Однак, на низькому рівні все сучасні гвинти дуже сильно відрізняються, так як цей рівень цілком розробляється виробником самостійно. Транслятор приховує внутрішню структуру, і тому в цій команді немає сенсу. Більшість сучасних вінчестерів підтримують її для сумісності. Але так як її початкова функція вже не актуальна, то реагують на не досконале по різному. По-перше, команда може бути повністю проігнорована По-друге в деяких старих накопичувачах команда здатна затерти області службових даних (очевидно звідси і чутки про його руйнує дії Low Level Format). А крім цього, по-третє, вона може здійснити запис усіх нулів в область призначених для користувача даних, або, по-четверте, зробити перепризначення сектора, що важливо для нас в конетксте цієї статті. Розмови про чудодійність такого форматування відбуваються мабуть від того, що часом вдається полікувати з її допомогою логічні беди або зробити перепризначення для фізичних. Саме це є суть такого форматування-лікування. Чи не более того. Але у нас вже є необхідні кошти. За-ніж шукати пригод?

Мабуть це все операції, які міг здійснити непідготовлений користувач. При деяких видах прояву дефектів можна придумати інший спосіб їх усунення. Наприклад якщо беди з'являються одним суцільним блоком в середині диска або на початку, можна розбити його таким чином, що б він становили розділ, який буде недоступний, при бедах в кінці можна спеціальними програмами (все тієї ж MHDD наприклад), обрізати хвіст у вінчестера: зменшитися ємність, але разом з тим підуть з обігу беди, при нібито бедах, обумовлених обривом головки, її можна відключити (правда це вже не призначена для користувача операція). Загалом, великий простір для творчої фантазії. Правда, не зафантазіруйтесь і не забувайте іноді звертатися до фахівців.

Додаткові матеріали:

Завантажити архів цієї статті в форматі CHM з сайту adsl.kirov.ru