1. Зміст статті Disk boot failure, insert system disk and press enter. Напис, від якої по спині починається...
2. Ох вже ці інтерфейси
3. Готуємося
4. Не убий
5. скануємо
6. відновлюємо
7. Про що сигналізують індикатори

Зміст статті

Disk boot failure, insert system disk and press enter. Напис, від якої по спині починається хід легіонів мурашок, кожна сама розміром з жорсткий диск. За законом підлості відбувається це, коли ніщо не віщує біди. Але не поспішай судорожно перезапускати систему - це гра в російську рулетку. Краще завантажитися з іншого носія і взятися за ретельну перевірку. Допоможе в цьому випробуваний інструмент - MHDD.

Вступ

Якщо SMART показує проблеми, найчастіше це означає одне: диск ось-ось почне сипатися, і вплинути може навіть зайва завантаження ОС. Наступне, що потрібно зрозуміти, - це софтверні на ньому «беди» або хардварний. Якщо хардварних не так багато, то диск ще можна спробувати повернути до життя.

Думаю, ти чув про такі продукти, як MHDD і Victoria. Вони незамінні для низкоуровневой роботи з жорстким диском і допоможуть тобі зробити великі подвиги у відновленні і діагностиці. Про Victoria «Хакер» вже писав пару випусків назад , Тепер настав час розібратися з другої - архаїчної, але як і раніше мегакорисних утилітою.

MHDD - це невелика, але потужна безкоштовна програма, яка призначена для роботи з накопичувачами на найнижчому рівні (наскільки це можливо). Перша версія була випущена Дмитром Постриганем в 2000 році. Вона могла сканувати поверхню накопичувача з інтерфейсом IDE в режимі CHS. Зараз MHDD - це значно більше, ніж діагностика. З MHDD ти можеш робити все що завгодно: діагностувати накопичувачі, виконувати читання і запис довільних секторів, керувати системою SMART, пральний системою, системою управління шумовими характеристиками, а також змінювати розмір накопичувача.

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

Ох вже ці інтерфейси

Не кожен інтерфейс може коректно розпізнаватися програмою.

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

Інтерфейс IDE. Для даного інтерфейсу характерно розподіл пристроїв на шлейфі - master / slave. За замовчуванням MHDD приховує всі пристрої в режимі slave. Виправити це можна двома способами. Перший - змінити розташування жорсткого диска (переключити перемичку на master) і перевірити відповідність налаштування в BIOS. Другий спосіб - спробувати в MHDD змінити номер диска на 2 або 4. Ну і не забувай про конфігураційний файл mhdd.cfg, який лежить в папці CFG. В даному випадку важливий параметр PRIMARY_ENABLED = TRUE.

Інтерфейс SCSI. Може не визначитися драйвер SCSI-контролера.

Інтерфейс USB. Підключити диск через USB теоретично можливо за допомогою додаткового драйвера і налаштування програми. драйвер емулює режим роботи через SCSI. Також необхідно відключити всі зайві USB-накопичувачі. Цільовий диск повинен бути підключений до завантаження MHDD. У config.sys потрібно прописати: device = X: \ USBASPI.SYS / w / v, де X: \ - шлях до диска.

Отже, я беру з полиці один з зламаних дисків (я зазвичай клею на них етикетку broken) і зараз спробую воскресити його, щоб показати тобі, як це працює на практиці. У мене на руках виявився гвинт WDC WD7500BPVX-60JC3T0 з вінегретом замість системи і всіх файлів на ньому.

SMART піддослідного диска

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

Готуємося

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

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

Не убий

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

Що ж, можна приступати до справи! Для початку створюємо завантажувальну флешку. Для цього я рекомендую USB Tools - повна інструкція і сам DOS є ось тут . Коли носій готовий, залишається тільки кинути в його корінь MHDD, щоб зайвий раз не лазити по директоріях з командного рядка.

Щоб диск, підключений на перший канал, точно відображався, потрібно підредагувати конфиг mhdd.cfg, який лежить в папці CFG.

PRIMARY_ENABLED = TRUE USB Tools

Як я вже говорив, сканування будь-якого пристрою можливо, тільки якщо воно визначається командами ID або EID (або натисканням F2).

Визначаємо наш жорсткий диск

скануємо

Щоб виконати сканування, набираємо SCAN і тиснемо ENTER або використовуємо F4. З'явиться меню, з якого можна змінити частину налаштувань. За замовчуванням початковий сектор дорівнює нулю (стартовий сектор). Кінцевий сектор дорівнює максимально можливому (кінець диска). Всі деструктивні по відношенню до призначених для користувача даних функції (Remap, Erase Delays) за замовчуванням вимкнені.

починаємо сканування

Давай пройдемося по параметрам сканування.

• Start LBA - початковий сектор для сканування, по дефолту 0, тобто початок диска.
• End LBA - сектор завершення сканування, по дефолту кінець диска. Іноді зручніше сканувати не всю поверхню (особливо коли обсяг диска перевалює за кілька терабайт), а тільки робочу область, де лежить ОС. Наприклад, диск С дорівнює 50 Гбайт, тоді кінцева область буде дорівнює 2 * 50 * 1024 * 1024 = 104 857 600-й сектор. Можна порахувати простіше: (обсяг * 2) * 1 000 000, разом 100 000 000.
• Remap позначає сектор як зіпсований в спеціальній службової області, після чого диск до нього не звертається.
• Timeout - час затримки на читання сектора, після якого перевірка переходить до наступного сектору.
• Spindown after scan - зупинити жорсткий диск після сканування.
• Loop test / repair - проводити сканування або перевірку циклічно.
• Erase Delays - прати сектора, в яких виявлені затримки читання.

Знову натискаємо F4, щоб почати інсталяцію. MHDD сканує накопичувачі блоками. Для накопичувачів IDE / SATA один блок дорівнює 255 секторам (130 560 байт).

процес сканування

Ось як працює сканування:

1. MHDD посилає команду VERIFY SECTORS з номером LBA (номер сектора) і номером секторів в якості параметрів.
2. Накопичувач піднімає прапор BUSY.
3. MHDD запускає таймер.
4. Після того як накопичувач виконав команду, він опускає прапор BUSY.
5. MHDD обчислює витрачений накопичувачем час і виводить відповідний блок на екран. Якщо зустрілася помилка (bad block), програма виводить букву, яка описує помилку.

MHDD повторює кроки 1-5 до кінцевого сектора. Якщо потрібен протокол сканування, його завжди можна знайти в файлі log / mhdd.log. Під час сканування ти можеш побачити багато прямокутників різного кольору. Щоб ти не сильно лякався, наводжу витяг з довідки:

Наявність червоних (> 500 ms) блоків на повністю здоровий накопичувачі неприпустимо. Якщо вони є, необхідно провести стирання (erase) всієї поверхні диска і, якщо це не допомогло, позбутися від затримок, можна робити висновки, що даний накопичувач перестав бути досить надійним. Буквено-символьні блоки, наприклад x, S і т.п., неприпустимі: вони говорять про наявність bad-блоків на поверхні.

Перше, що повинно бути зроблено, - це повне очищення поверхні командою erase. Якщо це не допомогло, то scan з включеною опцією EraseWaits. Якщо bad-блоки так і не зникли, слід запустити scan з включеною опцією Remap.

відновлюємо

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

Виконання команди ERASE

Накопичувач перерахує поля ECC для кожного сектора. Це допомагає позбутися від так званих soft-bad-блоків. Якщо стирання не допомогло, запускаємо сканування з включеною опцією REMAP.

процес ремапа

Якщо бачиш, що кожен блок містить помилку, не намагайся прати накопичувач або сканувати з включеною опцією REMAP. Швидше за все, у накопичувача пошкоджена службова область, і це не може бути виправлено стандартними командами MHDD.

Уважний читач, подивившись на картинки сканування диска, ймовірно, присвиснув і скрушно похитав головою. Так, мій диск, поки я писав статтю, помер остаточно. Кількість хардварних бедов перевищила всі допустимі межі, і до набивання останніх рядків статті він вже хрустів, як трактор «Білорусь». Це до слова про те, що якщо диск починає сипатися, то довіряти йому не можна, особливо якщо з'являються хардварний беди. Ремап зможе допомогти тоді, коли диск ще не почав активно сипатися, але на поверхні виникли дефекти. У будь-якому випадку, навіть якщо полагодити вдалося, використовуй такий диск тільки для некритичних даних і ні в якому разі не як основний.

Про що сигналізують індикатори

• BUSY - накопичувач зайнятий і на команди не реагує;
• WRFT - помилка запису;
• DREQ - накопичувач жадає обмінятися даними з зовнішнім світом;
• ERR - виникла помилка в результаті якої-небудь операції.

Коли загоряється ERR, дивись в праву верхню частину екрану: там буде відображений тип останньої помилки:

• AMNF - Address Mark Not Found - звернення до якогось конкретного сектору не вдалося. Швидше за все, означає, що сектор пошкоджений. Однак відразу після включення накопичувача якраз навпаки - свідчить про відсутність проблем і повідомляє про успішне виконання внутрішньої діагностики;
• T0NF - Track 0 Not Found - не найден нульовий трек;
• ABRT - Abort, команда відкинута;
• IDNF - Sector ID Not found;
• UNCR - Uncorrectable Error, помилка, що не скоригована кодом ECC. Швидше за все, в цьому місці логічний бед-блок.

Вгорі можуть з'являтися ще два індикатори: PWD сигналізує про встановлене апаратне паролі, HPА з'являється в тому випадку, якщо розмір накопичувача був змінений за допомогою команди HPA (зазвичай використовується для приховування бед-блоків в кінці диска).