→ Як видалити лиха на жорсткому диску. BAD-сектори. Що це таке, з чим це їдять і як їх позбутися

Як видалити лиха на жорсткому диску. BAD-сектори. Що це таке, з чим це їдять і як їх позбутися

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Далі буде

HDAT2 – це сервісна утиліта, що дозволяє виявити та «вилікувати» зіпсовані сектори жорсткого диска (вони ж bad-Сектори). "Вилікувати" - означає "замінити" bad-сектору на справні з резервної області жорсткого диска.

hdat2: інструкція

Натисніть Enter.

Наберіть у рядку hdat2і натисніть Enter:


Тест на бід сектора (bad sector)

Стрілки вгору-вниз на клавіатурі оберіть диск, який Ви ходите перевірити на наявність зіпсованих секторів (BAD-секторів, в народі «бедів») і натисніть Enter :


Виберіть Device test menu та натисніть Enter: (це Ви входите в меню тестів пристрою)


Якщо Ви хочете, щоб програма знайшла та спробувала «вилікувати» (замінити) BAD-сектору, виберіть Detect and fix… (Підійде, якщо гарантія на жорсткий диск закінчилася)

Якщо хочете, щоб програма просто повідомила Вам про наявність або відсутність BAD-секторів, але не виправляла їх, виберіть Detect bad sectors menu.

Важливо!Цей варіант Вам дуже знадобиться, якщо Ви хочете переконатися в наявності «бідів» і не заліковуючи пред'явити претензію продавцю. Потрібно залишити «беди» так, щоб це послужило Вашим аргументом при вимогі заміни жорсткого диска.



Якщо ви вибрали «лікування» зіпсованих секторів, ви побачите наступне меню. У ньому рекомендується вибрати перший пункт.



Після натискання клавіші Enter запуститься тест диска. Він може тривати кілька годин, залежно від його ємності та методу «лікування» «бідів».

Скажу так: у половині випадків бед-сектора з'являються у кількості 1-3 штуки і після «заліковування» програмою HDAT2 не дають про себе знати. Ви далі користуєтеся вінчестером і все чудово.
Якщо після заліковування «бедів» регулярно і систематично з'являються нові, це означає, що диск «сипеться». У цьому випадку я рекомендую якнайшвидше купити йому заміну, інакше рано чи пізно Ви втратите всю інформацію.

Увага! Якщо Ви запустили програму через « Detect Bad Sectors menu«, іпрограма знайшла BAD сектора, а Ви надумали їх вилікувати, Вам доведеться перезапустити програму заново через « Detect and fix bad sectors menu» > « Fix with Verify/Write/Verify»

Час перевірки жорстких дисків

Жорсткий диск об'ємом 640 ГБ перевіряється приблизно 1 годину 50 хвилин

Для перевірки жорсткого диска об'ємом 2 ТБ знадобиться приблизно 6 годин

Запускаємо нашу програму та бачимо наступне вікно:

Вибираємо в меню "regeneration" (відновлення) пункт "start process under windows" (запустити процес під windows). Щоб приступити до сканування збійних секторів або бед блоків, нам треба спочатку "пояснити" програмі, що саме ми хочемо робити.

У наступному вікні потрібно вибрати вінчестер для сканування. У нашому випадку він - один, виділяємо його та натискаємо напис "start process".


Продовжуємо. У наступному вікні попросять вказати варіант сканування диска. Раджу відразу вибрати перший варіант "scan and repair" (сканувати та відновлювати). Просто вводимо з клавіатури цифру "1", як показано на скріншоті.




І в останньому вікні перед самим скануванням збійних секторів нас "питають" з якого сектора на почати сканування? Раджу залишити цифру "0". Це забезпечить сканування диска повністю.




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




Розберемо цей скріншот докладніше: справа вгорі ми бачимо час і час, що минув з моменту запуску сканування бед блоків, що залишився до завершення процесу. При виявленні збійних секторів на диску програма позначає їх англійською літерою «B» і відразу намагається "вилікувати". Якщо це їй вдається, то на місці літери "В" з'являється літера "R", яка говорить про успішне "відновлення" бід блоку. У лівому нижньому кутку ми бачимо статистику просканованих мегабайт, а також кількість знайдених «В» і «вилікуваних» «R» збійних секторів.

Після завершення сканування ми побачимо таке вікно:




Тут позначені знайдені програмою три збійні сектори і праворуч - вже знайому нам статистику, в якій йдеться про те, що всі знайдені бед блоки усунуті.

Також врахуйте ту обставину, що при виявленні збійних секторів дуже бажано (одразу ж або після кількох днів) запустити процедуру перевірки повторно. Справа в тому, що (при серйозному дефекті диска) блок блоки можуть з'являтися повторно і їх кількість може тільки збільшуватися.




Саме про це і "говорять" нам наступні написи на скріншоті вище: "4 new bad sectors appear" і "18 bad sectors appear" - збійні області, що знову з'явилися на жорсткому диску, виявлені при повторному скануванні. Такий диск може успішно використовуватися деякий час як додатковий і на ньому можна зберігати різну (не дуже потрібну) інформацію та тимчасові файли. Але як надійний носій інформації або - системний дисквін не підходить нам однозначно!

Власне, весь нехитрий процес тестування я Вас описав :) Саму логіку того, що відбувається за кадром роботи будь-якої програми для відновлення збійних секторів ми з Вами розбирали в попередній статті, яка називається "".

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

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

Давайте розберемо цю нагоду. На початку після запуску програми в меню "regeneration" вибираємо пункт "create bootable CD/DVD" (створити завантажувальний CD або DVD диск).

У наступному вікні вибираємо наш записуючий пристрій, встановлений у системі.




Натискаємо кнопку «OK», вставляємо чистий диск у пристрій і переходимо до останнього вікна безпосередньо перед записом диска. Тут нам пропонують вибрати швидкість запису. Вибираємо та натискаємо кнопку "Burn CD" (записати CD).




Після закінчення запису беремо наш (тепер уже завантажувальний диск) з програмою HDD Regrenerator, вставляємо його в комп'ютер, на якому ми хочемо провести перевірку на збійні сектори. Виставляємо на ньому завантаження з CD та бачимо меню, в якому програма показує нам знайдені їй жорсткі дискикомп'ютера.




Як бачите, у нас їх – два. Вибираємо (наприклад) другий (вводимо з клавіатури цифру "2") та натискаємо "enter". Далі бачимо наступне вікно.




У ньому є кілька варіантів сканування вінчестера на збійні сектори:

  1. Сканувати, але не виправляти знайдені бід-блоки
  2. Сканувати із виправленням таких секторів
  3. Переглянути інформацію про саму програму

Вводимо з клавіатури цифру "2" (вибираємо другий варіант). Бачимо ось таке вікно.




Тут вказуємо, що скануватимемо відразу з відновленням бід секторів. Натискаємо цифру "1", потім - "enter" і далі запуститься вже знайомий процес тестування.

Також майте на увазі наступний момент: не якісне електроживлення (збої, викликані ) або використання різних перехідників можуть бути причиною того, що програма відновлення сигналізуватиме про виявлення великої кількості збійних секторів.

Були у моїй практиці такі випадки. Жорсткий диск SATAбув підключений через перехідник "molex to sata":




Програма діагностики знаходила на ньому масу бід блоків, але як тільки ми поставили відповідний (у якого були роз'єми живлення Sata), проблема зникла. Так що міцно запам'ятайте, - будь-які перехідники це - вимушене зло і якщо без них можна обійтися, - позбавляйтеся їх негайно!

Ось і все, що я хотів розповісти Вам сьогодні про те, як шукати та усувати збійні сектори на диску. На завершення статті, як і домовлялися, даю посилання на програму « ». Завантажуйте, користуйтеся.

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

Трішки історії

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

Перші жорсткі диски мали дефект-аркуш у вигляді паперової наклейки, в яку на заводі вписували адреси нестабільних ділянок. Ці пристрої, що являють собою злегка змінену копію звичайного флоппі-дисковода, могли працювати тільки під своїми фізичними параметрами: кількість доріжок, секторів і головок, зазначена в їхньому паспорті, точно збігалася з їхньою реальною кількістю. Купуючи такий девайс, користувач читав наклейку і сам заносив адреси вбитих ділянок у FAT. Після цього операційна система переставала помічати ці дефекти, так само, як вона не помічає бед-блоки на дискетах, якщо вони були прибрані утилітою Scandisk. Ймовірно, у ті далекі часи і з'явився термін "Бед-блок": блоком називали кластер- Мінімальну одиницю логічного дискового простору. Фізично кластер складається з декількох секторів, і при пошкодженні одного сектора ОС оголошує непридатним весь кластер. Жодних інших методів приховування дефектів на той час не існувало. А коли з'явилися способи приховувати окремі сектори, люди не стали вигадувати нові поняття, і досі успішно користуються словом "блок".

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

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

Для того, щоб усі гвинти однієї моделі, але з різною кількістю дефектів, мали однакову ємність, на кожному стали залишати запасні доріжки - резерв, спеціально передбачений для вирівнювання ємності однотипних накопичувачів до стандартної заявленої величини. Його почали розташовувати наприкінці диска, біля його центру, і він теж був недоступний користувачеві. Такі вінчестери при виході із заводу не мали жодного видимого bad-сектору. Якщо в процесі експлуатації з'являлися нові дефекти, користувач міг зробити низькорівневе форматування універсальною утилітоюз BIOS материнської плати, і спробувати їх приховати. Іноді, як і дискетах, це вдавалося. Але якщо "нечисть" була фізичною, то це не допомагало: додати нові дефекти до таблиці та переписати транслятор без спеціальних програм було неможливо. Тому bad-блоки на багатьох старих гвинтах (до 1995 року) доводилося приховувати все тим же застарілим способом - через FAT. І лише фірми Seagate, Maxtor і Western Digital випустили утиліти для приховання дефектів із заміщенням їх із резерву.

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

Написане на корпусі вінчестера число циліндрів, секторів і головок перестало відповідати своїм справжнім значенням, і спроби відформатувати такий гвинт старими утилітами, як правило, закінчувалися невдало: його контролер відкидав стандартну ATA-команду 50h, або просто імітував форматування, заповнюючи гвинт. Це було спеціально залишено для сумісності із старими програмами. З цієї ж причини процедура Low-Level Format була виключена з сучасних BIOS материнських плат. А щоб зробити таким жорстким дискам справжнє низькорівневе форматування, потрібно було обійти транслятор, отримавши прямий доступ до фізичних доріжок та голівок. Для цього стали використовувати технологічну утиліту, яка запускає спеціальний мікрокод, записаний у ПЗП накопичувача. Команда виклику цього мікрокоду – унікальна для кожної моделі, і відноситься до технологічних команд, які фірмою не розголошуються. Часто таке форматування не можна було зробити через стандартний IDE-інтерфейс: багато моделей HDD випуску 90-х років - Conner, Teac та ін., а також всі сучасні Seagate вимагають підключення окремого роз'єму до терміналу через COM-порт.

Що стосується технологічних утиліт, то вони ніколи не поширювалися і звичайному користувачеві були недоступні. Для широкого застосування були написані "програми-дурилки", що здійснюють псевдоформатування через інтерфейс: заповнення диска нулями для очищення його від інформації. Це видно навіть із назв цих утиліт, які можна знайти на сайтах виробників жорстких дисків: wdclear, fjerase, zerofillі т.д. Звичайно, жодних технологічних команд у цих програмах немає, і тому їх можна застосовувати до будь-яких вінчестерів. Такі утиліти часто виявляються корисними, допомагаючи позбавитися деяких видів BAD"ів, про що ми поговоримо трохи пізніше.

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

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

Підготовка вінчестера на заводі

Перед прихованням bad-секторів на заводі дуже важливо виявити всі навіть дуже маленькі дефекти, а також нестабільні ділянки, які можуть з часом перерости в bad-блоки. Адже якщо таке трапиться в процесі експлуатації, користувач може втратити важливий файл, та й репутація фірми, що випустила такий "недороблений" накопичувач, буде зіпсована. Тому тестування вінчестерів перед прихованням дефектів займає дуже багато часу щонайменше кілька годин і виконується в технологічному режимі. Це зроблено для виключення тимчасових затримок, які неминуче виникають під час роботи транслятора, пересилання даних через кеш та інтерфейсну логіку. Тому на заводі поверхню сканують лише за фізичними параметрами. Зазвичай, цим займається не зовнішня програма, а спеціальний модуль у ПЗУ жорсткого диска, що працює без участі інтерфейсу. Кінцевим результатом такого тестування стає отримання дефект-аркуша – електронного списку непридатних областей дискового простору. Він заноситься у службову зону гвинта та зберігається там протягом усього терміну експлуатації.


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

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

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


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

Нові технології

Тепер зрозуміло, чому фірмові утиліти не роблять жодних операцій, пов'язаних із прямим доступом до службової галузі. Адже приховування дефектів форматуванням - це практично повний ремонтний цикл, що базується на зовнішніх параметрах і пов'язаний з чітким розумінням кожного кроку. І досить зробити щось неправильно, щоб загробити накопичувач. Наведемо простий приклад: користувач вирішив зробити "справжнє" низькорівневе форматування шляхом запуску підпрограми ПЗП у технологічному режимі. Процес зазвичай триває 10-60 хвилин, але тут трапляється перебій із харчуванням або банальне зависання - і гвинт залишається без транслятора, оскільки. просто не встигає його наново створити. Це означає, що до подальшої роботи такий девайс буде непридатним - його просто не побачить ні ОС, ні BIOS.


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

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

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

Якщо помилка виникає під час нормальної роботи ОС, автоматичний ремап відбувається дуже рідко. Це з тим, що, здебільшого HDD, reassign спрацьовує лише за запису. А багато ОС перед записом перевіряє сектор на цілісність, виявляючи помилку, відмовляється в нього писати. Тому, в більшості випадків для виробництва ремапу гвинт треба про це "попросити" - зробити примусовий низькорівневий перезапис сектора в обхід стандартних функцій ОС та BIOS. Це робиться програмою, здатною звертатися до вінчестера безпосередньо через порти IDE-контролера. Якщо під час такого запису виникне помилка, контролер автоматично замінить цей сектор із резерву, і BAD зникне.


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

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

Знову про S.M.A.R.T.

Майже всі вінчестери, випущені після 95 року, мають систему оперативного спостереження за своїм станом - S.M.A.R.T. (Self Monitoring And Reporting Technology). Ця технологія дозволяє в будь-який час оцінити такі важливі параметринакопичувача, як кількість відпрацьованих годин, кількість помилок, що виникли в процесі читання/запису і багато іншого. Перші вінчестери, оснащені цією системою (наприклад, WD AC21200) мали дуже недосконалий SMART із чотирьох-шістьох атрибутів. Але незабаром було розроблено стандарт SMART-II, і з його появи у більшості накопичувачів з'явилася така особливість, як внутрішня діагностика і самоконтроль. Ця функція заснована на проведенні серії автономних внутрішніх тестів, які можна запустити стандартними командами ATA, і призначена для поглибленого контролю за станом механіки накопичувача, поверхні дисків і багатьох інших параметрів.

Після виконання тестів, накопичувач обов'язково оновлює показання у всіх SMART-атрибутах, відповідно до свого поточного стану. Час тестування може змінюватись від кількох секунд до 54 хвилин. Активізувати тести SMART можна, наприклад, програмою MHDD(Консольна команда "smart test"). Після запуску тестів можливі дивні явища, дуже схожі на ті, що виникають при роботі дефрагментатора: безперервне горіння індикатора HDD і звук інтенсивного руху головок. Це є нормальним явищем: вінчестер сканує поверхню для пошуку дефектів. Потрібно просто почекати якийсь час, поки самотестування закінчиться, і гвинт заспокоїться.

Пізніше з'явилася специфікація SMART-III, в якій є не тільки функція виявлення дефектів поверхні, але й можливість їх відновлення "на льоту" та багато інших новацій. Одним з його різновидів стала система Data Lifeguard, що застосовується у накопичувачах Western Digital. Її суть полягає в наступному: якщо до гвинта немає ніяких звернень, він починає самостійно сканувати поверхню, виявляючи нестабільні сектори, і при їх виявленні переносить дані в резервну область. Після чого робить йому reassign. Таким чином, дані виявляються врятовані ще до того, як на цьому місці виникне справжній BAD. На відміну від SMART-моніторингу Data Lifeguard не може бути відключений зовнішніми командами і працює постійно. Тому "видимі" BAD-блоки на сучасних вінчестерах Western Digital практично ніколи не з'являються.

Для перегляду SMART-статусу жорсткого диска використовують програми, які називаються SMART-моніторами. Один із них входить до складу комплексу HddUtil для DOS і називається smartudm. Ця програма працює з будь-якими жорсткими дисками та контролерами. Крім того, у комплекті з нею йде детальна документація з описом усіх атрибутів. Існують SMART-монітори для Windows 9x, наприклад, дуже популярні SiGuardian і SmartVision, але вони можуть не працювати на деяких системах. Пояснюється це тим, що програми працюють з гвинтом безпосередньо через порти, а bus mastering-драйвера деяких чіпсетів заважають цьому. Власникам Windows XP варто звернути увагу на монітор SmartWiew www.upsystems.com.ua/ – програма коректно працює в цій системі навіть на чіпсетах VIA.

Між атрибутами SMART та станом поверхні існує певний взаємозв'язок. Розглянемо ті з них, які мають пряме відношення до bad-блоків:

  • Reallocated sector count та Reallocated event count: кількість перепризначених секторів. Ці атрибути показують кількість секторів, переназначених ремапом у Grown дефект-листі. У нових гвинтів вони обов'язково повинні дорівнювати нулю! Якщо їхнє значення відрізняється від нуля, то це означає, що жорсткий диск вже був у використанні, на ньому з'являлися беди, і йому було зроблено ремап. Будьте уважні при купівлі б/у!
  • Raw read error rate: кількість помилок читання У багатьох HDD вони завжди вищі за нуль, але якщо значення Valueзнаходиться в межах норми (зелена зона), боятися нема чого. Це "м'які" помилки, які успішно скориговані електронікою накопичувача і не призводять до спотворення даних. Небезпечно, коли цей параметр різко знижується за короткий термін, переходячи до жовтої зони. Це говорить про серйозні проблеми у накопичувачі, про можливу появубідів найближчим часом, і про те, що час робити резервну копіюважливих даних;
  • Current Pending Sector: цей атрибут відбиває вміст " тимчасового " дефект-листа, присутній всіх сучасних накопичувачах, тобто. поточна кількість нестабільних секторів. Ці сектори гвинт не зміг прочитати з першого разу. Поле raw value цього атрибуту показує загальну кількість секторів, які накопичувач в Наразівважає претендентами на remap. Якщо надалі якийсь із цих секторів буде прочитаний (або переписаний) успішно, він виключається зі списку претендентів. Постійне значення цього атрибута вище нуля говорить про неполадки накопичувача.
  • Uncorrectable Sector: показує кількість секторів, помилки в яких не вдалося скоригувати код ECC. Якщо його значення вище нуля, це означає, що гвинту час робити ремап: не виключено, що під час запису даних ОС нарветься на цей сектор і в результаті якась важлива інформаціяабо системний файлвиявляться зіпсовані. Однак у деяких гвинтів цей атрибут чомусь не скидається і після ремапа, тому довіряти його показанням необов'язково.

Види дефектів та причини їх появи

Настав час розібратися, а чому, власне, виникає така неприємність, як біди? Для цього розглянемо структуру сектора, у тому вигляді, яким його бачить електроніка гвинта "зсередини":


Рис. 1. Спрощена структура сектора жорсткогодиска

Як видно з рисунку 1, все набагато складніше, ніж здається, навіть за допомогою дискового редактора. Сектор складається з заголовка-ідентифікатора та області даних. Початок сектора позначається спеціальним байтом – адресним маркером (1). Він служить повідомлення контролеру у тому, що сектор перебуває під головкою. Потім слідують комірки, в яких міститься унікальна адреса сектора у форматі CHS (2) та його контрольна сума – для перевірки цілісності записаної адреси (3). 512 байт даних користувача містяться в окремому полі (4), до якого при записі додається кілька десятків байт надлишкової інформації, призначеної для корекції помилок читання за допомогою ECC-коду (5). Поряд з даними розміщується 4 байти циклічної контрольної суми (CRC) даних, яка служить для перевірки цілісності даних користувача, та повідомлення системі корекції помилок при її порушенні (6). Для надійнішої роботи сектора при коливаннях швидкості обертання є байти-пробіли (7). У деяких вінчестерів є додатковий байт після AM – у ньому сектор позначається як BAD.

Структура низькорівневого формату сильно відрізняється у різних моделей накопичувачів, і визначається типом контролера, що використовується, його мікропрограмою і винахідливістю розробників.

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

Дефекти можна розділити на великі групи: фізичні і логічні. Розглянемо кожен їхній вигляд докладно.

Фізичні дефекти

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

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

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

Апаратні BAD-сектори. Виникають через несправність механіки чи електроніки накопичувача. До таких неполадок відносяться: обрив головок, усунення дисків або погнутий вал внаслідок удару, запилення гермозони, а також різні глюки в роботі електроніки. Помилки такого типу зазвичай мають катастрофічний характер та не підлягають виправленню програмним шляхом.

Логічні дефекти

Ці помилки виникають не через пошкодження поверхні, а через порушення логіки роботи сектора. Їх можна розділити на виправні та непоправні. Логічні дефекти мають такі самі зовнішні прояви, як і фізичні, і відрізнити їх можна лише побічно, за результатами різних тестів.

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

Операційна система або BIOS не можуть виправити логічний дефект самостійно, тому що перш ніж писати в сектор, вони перевіряють його на цілісність, нариваються на помилку та відмовляються писати. При цьому контролер гвинта цю помилку скоригувати теж не може: марно намагається прочитати цей сектор з другої, з третьої спроби, і коли це не виходить - він усіма силами намагається собі допомогти, на ходу підлаштовуючи канал читання та сервосистему. При цьому і лунає несамовитий скрегіт. Цей скрип роблять не "головки по поверхні", як багато хто звикли думати, а всього лише котушка позиціонера, через специфічну форму струму, що протікає через неї, і він абсолютно безпечний. Адреса непрочитаного сектора потрапляє у тимчасовий дефект-лист, змінюючи значення атрибута Current Pending Sector у SMART, та зберігається у ньому. Ремапа під час читання не відбувається.

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

Невиправні логічні помилки. Це помилки внутрішнього формату вінчестера, що призводять до такого ж ефекту, як дефекти поверхні. Виникають при руйнуванні заголовків секторів, наприклад, через дію на гвинт сильного магнітного поля. Але на відміну від фізичних дефектів вони піддаються виправленню програмним шляхом. А невиправними вони названі лише тому, що для їхнього виправлення необхідно зробити "правильне" низькорівневе форматування, що звичайним користувачамважко через відсутність спеціалізованих утиліт. Тому в побуті такий сектор відключається так само, як і фізичний – за допомогою ремапу. В даний час все більше гвинтів випускається за технологією ID-less (сектору без заголовків), тому цей вид помилок вже не такий актуальний.

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

Якщо в процесі експлуатації гвинта адаптиви виявляться зруйновані (це може статися в результаті помилок у самому гвинті, статичної електрики або через неякісне харчування), то наслідки можуть бути непередбачувані: від банальної купи бедів до повної непрацездатності девайса, з відмовою виходити на готовність по інтерфейсу. "Адаптивні" беди відрізняються від звичайних тим, що вони "плаваючі": сьогодні вони є, а завтра можуть зникнути і з'явитися зовсім в іншому місці. Ремапити такий гвинт марно - дефекти-примари з'являтимуться знову і знову. І при цьому дискова поверхня може бути у бездоганному стані! Лікуються адаптивні беди прогоном selfscan - внутрішньої програми тестування, аналогічною до тієї, що застосовується на заводі при виготовленні гвинтів. При цьому створюються нові адаптиви і гвинт повертається до нормального стану. Це робиться за умов фірмових сервіс-центрів.

Намічені дефекти

Це ділянки поверхні, у яких ще сформувався явно виражений дефект, але вже помітні проблеми зі швидкістю читання. Це походить від того, що сектор не читається контролером з першого разу, і гвинт змушений робити кілька обертів диска, намагаючись прочитати його без помилок. Якщо прочитати дані все-таки вдається, то гвинт нічого не повідомить операційній системі, і помилка залишиться непоміченою, поки на цьому місці не виникне справжній BAD-блок. Як правило, відразу з'ясовується, що саме на цьому місці зберігався дуже важливий файл, в єдиному екземплярі, і врятувати його вже не можна. Тому диски слід періодично тестувати. Це можна робити програмою Scandisk або Norton Disk Doctor у режимі тестування поверхні, але краще - спеціальною утилітою, що працює незалежно від файлової системи і вміє виявляти намічені BAD-сектори, заміряючи час читання кожного сектора.

Практика

Кожна фірма, що випускає вінчестери, зазвичай розробляє спеціальний софт для діагностики та обслуговування своїх накопичувачів, розміщуючи його в Мережі для вільного використання. Іноді ці утиліти вже містять у своєму складі операційну систему(зазвичай це один з різновидів DOS), як, наприклад, Sea Tool від Seagate або Drive Fitness Test від IBM (тепер уже Hitachi). А іноді це просто виконуваний файл, який потрібно самому запустити з DOS, як Maxtor (що вже належить Seagate) або Fujitsu. Такий софт дозволяє протестувати накопичувач на наявність помилок і за можливості виправити їх. Серед методів виправлення часто можна зустріти функції очищення диска (заповнення його нулями зі знищенням усієї інформації), а також приховування дефектів методом ремапа. Але ми не розглядатимемо фірмові утиліти - як ми дізналися, ці програми роблять цілком стандартні речі: запис нулів та перевірку поверхні. Тому звернемо увагу на кілька дуже непоганих альтернативних програм.

Отже, ми маємо таку кумедну річ, якою є "бідастий хард". Або хочемо застрахувати себе від "сюрпризів" і перевірити його, доки він справний. Для цього передусім програму MHDD. Усім, хто має стародавні гвинти об'ємом до 8.4 Гбайт, особливо старі Western Digital, рекомендується мати у господарстві програму для DOS.

Насамперед, потрібно підготувати діагностичний софт і створити завантажувальний диск із MS-DOS. Можна пожертвувати завантажувальною дискетою Windows 9x, видаливши з неї всі файли окрім io.sys, msdos.sys та command.com. На місце, що звільнилося записуємо виконуваний файл програми MHDD: mhdd2743.exe і файл конфігурації mhdd.cfg. Так як вільного місцяна дискеті ще багато, записуємо на неї SMART-монітор smartudm.exe і якийсь файл-менеджер, наприклад Volkov Commander. Він знадобиться для перегляду вмісту програмних звітів. Для зручності всі файли розміщуємо у кореневому каталозі дискети. Як варіант - дискету можна взагалі не створювати або використовувати її тільки для завантаження DOS, а всі програми запускати прямо з основного вінчестера, підключивши гвинт, що перевіряється, на інший канал. Записувати програми на CD, щоб запускати їх звідти, не потрібно - диск обов'язково повинен бути відкритим для запису, оскільки програми створюватимуть на ньому роботи роботи, і зазнавши при цьому невдачі, просто зглючать. Після уважного знайомства з описом MHDD та SMARTUDM можна приступити до розправи. Для початку подивимося SMART-інформацію нашого накопичувача (надалі це доведеться робити не раз).

Завантажуємося з нашої дискети, і якщо гвинт, що досліджується, висить на первинному IDE-каналі, набираємо в командному рядку: a:smartudm, а якщо на вторинному - a:smartudm 1. Якщо в системі більше двох жорстких дисків, то цифра може бути більшою за 1. Перед нами з'явиться таблиця, що характеризує стан накопичувача (Рис. 2).


Рис.2. Графік SMART-статусу жорсткого диска для швидкої оцінки його стану

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

Напис "T.E.C. not detected" означає те, що стан гвинта в повному порядку. Якщо це не так, буде видано попередження, виділене червоним кольором. Подивившись кольорову діаграму, можна швидко оцінити, який саме SMART-атрибут викликав таке невдоволення програми. У разі великої кількості бедів їм, напевно, буде найвищий (Raw Read Error Rate). Але ця інформація є приблизною, а нам потрібні абсолютні значення атрибутів, тому натискаємо і бачимо приблизно таку картинку (Рис. 3):


Рис.3. Розширений SMART-статус жорсткого диска ( точні значенняатрибутів)

Ось цей режим SMART-монітора і є основним, і по ньому ми контролюватимемо стан накопичувача за будь-яких подальших дій. Наприклад, подивившись значення атрибута 5 (Reallocated Sector Count), ми побачимо вміст користувальницького дефект-листа і зможемо судити про те, чи вдалося приховати дефекти. При натисканні клавіші поточний SMART-лог зберігається у файл. Натиснувши клавішу, можна вийти з програми в DOS. Деякі атрибути контролер оновлює "на льоту" кілька разів на хвилину, тому для отримання найбільш достовірного результату, гвинт потрібно протестувати, чим ми зараз і займемося.

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


Рис.4. Ініціалізація гвинта за командою

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

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

"При виконанні перевірки поверхні праворуч з'явиться вікно. У першому рядку цього вікна відображатиметься поточна швидкість роботи з поверхнею. В останньому - два значення у відсотках. Перше значення показує відсоток виконання поточного тесту в заданому проміжку, а друге відображає, наскільки далеко головки пішли від 0 циліндра і прийшли до останнього.В процесі тестування поверхні один квадратик дорівнює 255 секторам (при тестуванні в режимі LBA), або числу секторів у рядку параметрів HDD (зазвичай, 63 - при тестуванні в режимі CHS). більше накопичувачу знадобилося часу для читання цього блоку секторів. Якщо пішли кольорові квадратики - значить, накопичувач не вписався у відведений для роботи проміжок часу. Кольоровими квадратиками відображається ненормальний стан поверхні (але ще без BAD"ів). Чим нижче за меню колір - тим більше накопичувачу знадобилося часу для читання цієї важкочитаної ділянки. Червоний колір – ознака того, що на цьому місці вже майже сформувався BAD block. Знак питання з'являється при перевищенні максимального часу очікування готовності. Тобто, при появі [?] можна вважати, що накопичувач "підвис" на цьому місці і тут явно є або серйозний дефект поверхні, або несправний блок магнітних головок (БМГ). Все, що нижче знака запитання - це помилки (BAD block). Якщо вони з'являються в процесі тестування, то на поверхні є фізичні дефекти."

За наявності BAD-блоків замість квадратиків зазвичай з'являються значки [x], що явно символізують хрести. Якщо поверхня в порядку і без кольорових квадратиків, а всі SMART-атрибути знаходяться в зеленій зоні, можна вільно зітхнути: гвинт поки справний.

Якщо ж MHDD показав, що на поверхні є дефекти, а гвинт при цьому "зависає" або видає звуки, що скребуть, значить проблеми є. Але не думатимемо відразу про погане: адже беди можуть бути логічними (софт-беди), тому для початку влаштуємо накопичувачу "прочистку мозку" - виконаємо низькорівневий запис нулів у всі сектори. (Увага! При цьому всю інформацію буде знищено, тому копіюємо важливі дані на інший диск). Програма MHDD має дві команди для обнулення дисків: eraseі aerase. Ми будемо використовувати першу, тому що вона працює швидше.

Ініціалізуємо гвинт, натиснувши клавішу (цю процедуру бажано робити перед будь-якими діями), та вводимо команду ERASE у консоль. Будьте дуже уважні при виборі накопичувача, інакше помилково можна занапастити свій робочий гвинт: дані при цьому губляться безповоротно, і навіть у ФСБ їх вже не відновлять! Процедура очищення йде досить повільно, займаючи кілька десятків хвилин. Але надалі, трохи розібравшись із програмою, ви зможете прати диск вибірково, ввівши початковий та кінцевий номер сектора перед запуском процедури. Це дуже зручно, якщо беди знаходяться ближче до кінця диска, а його початок бездоганно.

Виконавши очищення, знову запускаємо тест поверхні (натиснувши двічі чи консольною командою SCAN). При цьому контролер гвинта повинен перерахувати життєво важливі SMART-атрибути, що зробить його SMART-статус достовірнішим. Якщо бедів більше немає, гвинт можна вважати відремонтованим. Виходимо з MHDD, запускаємо наш SMART-монітор та дивимося на значення атрибуту Reallocated Sector Count. Якщо воно після очищення не збільшилося, а дефекти зникли – отже, вони були логічними. Якщо побільшало - вони були фізичними, і контролер зробив успішний ремап цих секторів. Якщо ж навпаки, біди залишилися, а значення атрибуту Raw Read Error Rate катастрофічно впало – все набагато складніше, і гвинт має серйозні ушкодження. Намагатимемося лікувати його далі – робити ремап.

Можливо, ви вже встигли помітити, що при натисканні клавіші в MHDD з'являється меню, що містить додаткові параметри сканування (Мал. 5)


Рис.5. Налаштування параметрів сканування та ремапа

Серед цих параметрів є функція ремапа. За замовчуванням вона вимкнена, але поставивши її у курсор і натиснувши " пробіл " , можна включити її (Remap: ON). У цьому режимі MHDD намагатиметься вилікувати дефектний сектор, всіляко показуючи контролеру, що є BAD і його треба приховати. При цьому біля кожного успішно прихованого сектора виникає синій квадратик або напис. Після ліквідації всіх бедів потрібно ще раз прогнати тест поверхні, вийти з MHDD і знову запустити SMART-монітор, переконавшись, що значення Reallocated Sector Count збільшилося. Це означає, що ремап пройшов успішно, без помилок і дефекти дійсно були заміщені з резерву.

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

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

Може статися, що навіть після всіх проведених операцій біди залишаться, а SMART покаже те, що ремап не відбувається. Причин може бути кілька:

  • гвинт дуже старий і його контролер не підтримує функцію Automatic Defect Reassignment. Наприклад, гвинти фірми взагалі ремапу не піддаються. Лікується лише спеціальними технологічними утилітами;
  • гвинт може бути переповнений G-list, і в ньому більше немає місця для нових дефектів. Це добре видно в SMART за завалом атрибута Reallocated Sector Count. Такий гвинт ремонтується в умовах майстерні шляхом перенесення всіх ремапів в P-list і подальшого низькорівневого форматування;
  • процедуру автозаміщення дефектів було відключено у гвинті. Фірмові утиліти деяких накопичувачів дозволяють це робити, і ними можна знову включити його. Це досить рідкісний випадок;
  • на гвинті може з'явитися особливий дефект, що не піддається ремапу. Наприклад, якщо фізично зруйновано заголовок сектора, у якому сектор позначається як BAD, або сильно пошкоджені сервометки. Такий гвинт ремонтується лише у технологічному режимі, у хорошого фахівця;
  • контролер так і не зміг повірити в те, що сектор справді дефектний, тому що він таки зміг прочитати/записати його, хай навіть не з першої спроби. В цьому випадку ремап не станеться. Жодна програма приховування дефектів ніколи не пише безпосередньо в дефект листи. Це може зробити лише сам контролер, виходячи з своїх спостережень. Для того щоб він "повірив" у те, що в даному місці є бед, і приховав його, іноді доводиться досить довго це йому пояснювати, всіляко показуючи проблемний сектор - багаторазово робити запис/читання, до помилки. Тому утиліти для ремапа ніколи не приховують дефект, що намічається. Для того, щоб це сталося, потрібний лише "справжній" BAD. Така "недовірливість" зроблена спеціально: адже кожен переміщений сектор погіршує параметри накопичувача, знижуючи його швидкодію. І приховати 666 бедів ремапом швидше за все не вийде - розмір користувальницького дефект-листа обмежений, і при певному його значенні (від десятків до декількох сотень секторів, залежно від конкретної моделі), гвинт завалює собі SMART, повідомляючи про те, що йому час у ремонт або на звалище.

Але не поспішайте викидати такий накопичувач. Якщо він щодо сучасний, і немає переповненого дефект-листа (атрибут 5 гаразд), надія на ремап ще є. Просто потрібно спробувати застосувати до нього іншу програму, яка має більше циклів запису в дефектний сектор. До таких програм відноситься HDD Utility для DOS. Вона працює трохи інакше, ніж MHDD: у ній функції перевірки поверхні та ремапа розділені, і ремап проводиться на основі протоколу, що створюється під час сканування. Тому спочатку запускаємо перевірку, пройшовши ланцюжок: - - , а потім переходимо до пункту - - (Рис. 6). Перед цим бажано ознайомитися з описом цієї програми, благо воно дуже докладне і написане російською мовою. Недоліки Hdd Utility - нерозуміння накопичувачів з об'ємом більше 8.4 Гбайт та відмова працювати з деякими моделями (останнє пов'язане з обмеженням безкоштовної версії). Але це не так важливо - гвинти, що "трудноремапляться" зазвичай мають невелику ємність - зазвичай це різні моделі Western Digital ємністю 0.65-6.4 Гбайт. Для великих гвинтів можна застосувати програму HddSpeed ​​v.2.4, у ній також є функції ремапа (Try to repair/reallocate found defects) та опис (Рис. 6).


Рис.6. HDD Utility. Процес приховування дефектних секторів


Рис. 7: Ремап за допомогою HddSpeed

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

Альтернативні методи приховування дефектів

Як уже було сказано вище, ремап має недолік, що проявляється у вигляді ривків головками в резервну область. При цьому гвинт може клацати під час роботи, а на графіку буде видно провали. Це може дуже утруднити, наприклад, роботу з потоковим відео. Особливо це проявляється, коли ремапи розташовані на початку диска: при цьому головки проходять максимальний шлях, і затримки на їхнє переміщення дуже великі. Тому в деяких випадках ремап може виявитися недоцільним, а замість нього найкращим виборомбуде приховування дефектів засобами файлової системи. Наприклад, звичайним високорівневим форматуванням format.com, Scandisk або Norton Disk Doctor. Тільки зважитися на цей крок потрібно відразу після перевірки поверхні, не намагаючись зробити гвинт ремап. Інакше при успішному його проведенні повернути беди назад і очистити таблицю дефектів буде не можна. Ремап – одноразова процедура, і якщо контролер гвинта переніс адреси секторів у резерв, повернути їх назад буде вже неможливо.

Інша альтернатива ремапу - обрізання простору наприкінці диска за допомогою технології HPA (Host Protected Area), що є у всіх сучасних гвинтів. При цьому гвинт визначатиметься в BIOS на менший об'єм, а всі біди, якщо вони розташовані в кінці, залишаться "за бортом" і стануть невидимими. Цей метод слід застосовувати до накопичувачів, які мають багато бідів наприкінці диска (на жаль, таке буває рідко). У будь-який момент гвинту можна повернути його повну ємність і, відповідно, біди теж. Зробити це можна програмою MHDD ( консольні команди HPA та NHPA). Якщо гвинт старий, і не підтримує HPA, то можна створити окремий логічний розділ, причому, не тільки в кінці, а й у будь-якому іншому місці диска, і розташувати його так, щоб велика група бідів опинилася в ньому. Це робиться програмою Fdisk. Такий розділ можна забити непотрібними файлами, А можна взагалі його не форматувати, надавши йому статус "non-dos" (тоді він стане невидимий для системи).

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

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

Особливості, глюки та профілактика

Не всі гвинти псуються через необережне поводження з ними. Іноді причиною глюків стають помилки, допущені самими розробниками. Деякі мають непоправні наслідки, оскільки здатні фізично зіпсувати магнітну поверхню. Так було, наприклад, 1996 року з жорсткими дисками Quantum ST. Через помилку в мікрокоді ці гвинти розпарковували голівки трохи раніше, ніж млинці набирали потрібну швидкість. В результаті голови дряпали поверхню, що призводило до величезної кількості бед-блоків та швидкої відмови накопичувача. Але це відбувалося не при звичайній роботі, а тільки при виході гвинта з режиму сну, тому для багатьох цей глюк залишався непоміченим. І лише після перестановки ОС, якщо забували відключити "знижене енергоспоживання", гвинт починав сипатися. Ця хвороба мала настільки масовий характер, що в народі отримала назву "бабусин будильник" - через характерний металевий звук, який видавав гвинт при "відкиданні копит". Після кожного "пробудження" гвинт отримував нову порцію бедів, і спроби зробити ремап допомагали лише доти, доки не вистачало місця в таблиці дефектів. Тому, щоб врятувати гвинти, що залишилися в живих, фірма Quantum випустила патч. На жаль, було вже пізно – майже всі гвинти цієї серії вимерли раніше, ніж за рік.


Аналогічні проблеми були у старих вінчестерів Western Digital у 1995 році, але біди у них з'являлися наприкінці диска. Нерідко зустрічається і такий глюк: гвинт просто перестає визначатися в BIOS. Причина - помилка програміста, який писав прошивку, в результаті якої гвинт сам псує службову зону: через переповнення внутрішніх логів помилок відбувається затирання сусідніх областей, без яких HDD відмовляється працювати. Як правило, цьому передують якісь збої, наприклад, поява BAD-блоків або невдалий розгін шиною. Саме так і було з серією IBM DTLA: помилка таїлася в SMART, і якщо він був увімкнений - гвинт помирав. Схожі проблеми були у Seagate, Fujitsu та багатьох інших. Тому потрібно стежити за виходом оновлень для свого вінчестера і регулярно "перешивати" їх. На відміну від прошивки BIOS материнськихплат, робити це потрібно обов'язково - якщо фірма випустила прошивку, то це недарма: можливо, було знайдено серйозного бага, усунення якого позбавить неприємностей у майбутньому.

Серед багатьох користувачів досі поширена чутка про те, що деякі гвинти помирають від "неправильного" низькорівневого форматування, наприклад, програмою, вбудованою в BIOS материнських плат. Поки що не вдалося знайти достатніх доказів цього, проте існувала модель гвинта з діркою в мікрокоді, здатної призвести до такого ефекту. Це Fujitsu серії TAU (приблизно 1996 рік), що некоректно обробляє ATA-команду 50h: саме їй BIOS виробляє універсальне форматування, і ця команда входить до багатьох програм а-ля HddSpeed. Тому не варто спокушати долю, форматуючи ці гвинти маловідомими утилітами або з BIOS.

Багато старих гвинтів при неправильному форматуванні набували нерівного графіка читання. Виправити його можна, виконавши обнулення диска MHDD.

Ще один різновид програм, які можна застосовувати тільки від виробників – перемикання режимів DMA: зміни між UDMA33/66/100 – це зміна частини мікрокоду гвинта, тому спроба застосувати чужу утиліту може призвести до псування прошивки, а отже – до глюків з непередбачуваними наслідками.

От і все. Сподіваємося, що цей матеріал допоміг вам. Але пам'ятайте: будь-яка кількість BAD-блоків на гвинті – це привід для звернення за гарантією. А неможливість їх усунути без погіршення характеристик диска - привід для обміну пристрою. І якщо вам вдасться переконати в цьому продавця - вважайте, що приховування BAD-секторів вдалося на 100%. Тільки не забувайте про профілактику і, можливо, вам і не доведеться нічого приховувати.

 

 
Це цікаво: