Отменить переназначение bad блоков на Hitachi HDD 1TB
Как отменить переназначение bad блоков на HDD Hitachi 1TB 2010 года с помощью DRevitalize, сбросить SMART-атрибуты и перепроверить сектора. Инструкция по Victoria, MHDD, риски firmware и проверка результатов без потери данных.
Как отменить переназначение bad-блоков на HDD HITACHI 1TB 2010 года для повторной проверки секторов?
У меня есть жесткий диск HITACHI 1TB 2010 выпуска. Ранее по ошибке переназначил сектора, которые могли не быть реально битыми. Нужно отменить переназначения и заново протестировать эти сектора.
Возможно ли это сделать с помощью drevitalize командой ‘clear defect reassign’? Нужно ли после этого обнулить SMART-атрибуты? Смогу ли я перепроверить ранее переназначенные плохие сектора?
Не предлагайте обращаться к специалистам — я сам специалист и хочу освоить процесс самостоятельно.
Отменить переназначение bad-блоков на HDD Hitachi 1TB 2010 года (типа Deskstar или HGST) полностью нельзя без низкоуровневого форматирования — G-List в firmware остаётся. Команда ‘clear defect reassign’ в DRevitalize не поддерживается для Hitachi, но можно сбросить SMART-атрибуты и перепроверить ранее переназначенные сектора через read-test или scan. Обнулить SMART обязательно, чтобы очистить счётчики вроде Reallocated Sector Count, и сразу запустить полную проверку — это покажет, реально ли битые сектора или ошибка была ложной.
Содержание
- Что такое bad блоки и переназначение на Hitachi HDD
- Поддержка ‘clear defect reassign’ в DRevitalize для Hitachi
- Нужно ли обнулять SMART-атрибуты
- Пошаговая инструкция по сбросу и перепроверке
- Альтернативы: Victoria HDD и MHDD
- Риски и особенности firmware Hitachi 2010 года
- Как проверить результаты тестирования
Что такое bad блоки и переназначение на Hitachi HDD
Bad блоки на HDD — это дефектные сектора, которые диск не может читать или записывать надёжно. Они делятся на софтверные (логические ошибки) и аппаратные (физические повреждения поверхности). Hitachi Deskstar 1TB 2010 года (модели вроде HDS721010CLA332) использует тройную систему списков: P-List (первичные дефекты с завода), G-List (growing list, переназначенные во время работы) и S-List (для ATA-команд).
Когда вы запускаете remap в Victoria или MHDD, firmware диска перемещает данные с bad-сектора в запасные (spare sectors) и добавляет его в G-List. Проблема: если сектор был переназначен по ложной тревоге (например, временный сбой чтения), он навсегда “забанен” — диск больше не попробует его использовать. А вы хотите именно это отменить, чтобы перепроверить переназначенные сектора? Загвоздка в том, что Hitachi firmware не позволяет легко стереть G-List без специальных команд или формата.
По данным Hardmaster, авто-remap происходит на firmware-уровне, и простая проверка bad блоков HDD не отменяет переназначение. На форумах вроде HDD Guru обсуждают кейсы с Hitachi 2010: иногда помогает сброс списков, но не всегда.
Поддержка ‘clear defect reassign’ в DRevitalize для Hitachi
DRevitalize — мощный инструмент на базе MHDD с ATA-командами, включая ‘clear defect reassign’. Эта команда (ATA spec) должна очищать G-List и S-List, возвращая переназначенные сектора в оборот. Но вот но: для Hitachi 1TB 2010 она не поддерживается.
В официальном FAQ DRevitalize чётко указано: clear defect reassign работает только на WD, Samsung, Fujitsu, Toshiba. Hitachi и HGST (их наследник) — нет. Почему? Vendor-specific ограничения firmware. Старые туториалы (v3.22+) упоминают частичную поддержку “old Hitachi”, но на практике для Deskstar 2010 это миф — тесты показывают ошибку “command not supported”.
| Производитель | Поддержка clear defect reassign |
|---|---|
| Western Digital | Да |
| Samsung | Да |
| Fujitsu | Да |
| Toshiba | Да |
| Hitachi/HGST | Нет |
Из руководства DRevitalize PDF: после команды диск нужно просканировать заново, но mapped сектора (из G-List) остаются недоступны. Для Hitachi рекомендуют SMART Reset или Format Unit с паролем.
Нужно ли обнулять SMART-атрибуты
Да, обязательно обнулить SMART-атрибуты после любых манипуляций с bad блоками на Hitachi HDD. Почему? Атрибуты вроде 05 (Reallocated Sector Count) и 197 (Current Pending) накапливают счётчики переназначений. Без сброса они “застревают” на высоких значениях, маскируя реальное состояние.
DRevitalize позволяет это через SHIFT + ‘clear defect reassign’ — для Hitachi это превращается в SMART Erase. Туториал DRevitalize описывает: зажмите SHIFT при выборе команды, и для HGST/Hitachi сработает сброс. После — атрибуты обнуляются, но G-List нет.
Альтернатива в Victoria: “Сервис” → “Технологические команды HGST” → “Очистить SMART”. Это снимет счётчики, и при повторном тесте вы увидите, вырастут ли они заново. Без этого перепроверить переназначенные сектора толку мало — SMART покажет “всё плохо”, даже если сектора здоровы.
Пошаговая инструкция по сбросу и перепроверке
Сначала бэкап данных ddrescue или Clonezilla — риски есть всегда. Загрузитесь с DOS/WinPE (FreeDOS + DRevitalize 1.23 или новее).
- Запустите DRevitalize, выберите диск (Hitachi 1TB).
- SHIFT + F4 → ‘clear defect reassign’. Для Hitachi: превратится в SMART Reset. Подтвердите.
- Сразу F4 → ‘Advanced features’ → ‘Read test’ на весь диск (LBA 0 до конца). Отслеживайте ошибки.
- F3 → ‘Scan’ (verify + remap off) для перепроверки. Сравните с предыдущим логом — ранее переназначенные сектора теперь протестируются?
Если ошибки повторятся, сектора реально битые. Логи сохраните (F10). Время: 10-20 часов на 1TB.
Из SuperUser: после reset remap не отменяется, но тест покажет pending сектора.
Альтернативы: Victoria HDD и MHDD
DRevitalize не панацея? Берите Victoria 5.35 (русский интерфейс).
- Очистка SMART: Сервис → Технологические команды HGST → Очистить SMART атрибуты. Работает на Hitachi 2010.
- Проверка bad блоков: Erase → No remap → Verify. Перепроверит всё, включая старые remap.
- MHDD: remap=off, scan-only. Команда
deflistпокажет списки, но очистить нельзя.
Victoria лучше для Hitachi — официальный сайт подтверждает поддержку Deskstar. Нет ‘clear defect reassign’, но комбо “сброс SMART + тест без remap” даёт то же: шанс на повторную проверку переназначенных секторов.
Риски и особенности firmware Hitachi 2010 года
Hitachi Deskstar 2010 — надёжные диски, но firmware упрямый: G-List заблокирован на ATA-уровне. Попытка принудительного формата (ATA Secure Erase) сотрёт данные. Риски:
- Ложный сброс SMART замаскирует деградацию.
- Перепроверка покажет рост bad блоков — диск на помойку.
- Конфликт источников: FAQ DRevitalize “нет”, туториал “да для old” — тестируйте на своей модели.
Habr Q&A: “отменить bad блоки невозможно”. Форумы советуют: если Reallocated >1000, меняйте HDD.
Как проверить результаты тестирования
После сброса:
- MHDD/Victoria:
smart— атрибуты 0? - CrystalDiskInfo или smartctl: мониторьте 05/197/198.
- Полный read-verify 24+ часа. Если bad блоки не растут — успех, переназначение было ошибкой.
Повторите 2-3 раза. Логи сравните: ранее переназначенные сектора (из старого лога) теперь проходят?
Источники
- DRevitalize FAQ — Список поддержки clear defect reassign по производителям HDD: https://drevitalize.com/faq/
- DRevitalize Manual PDF — Описание ATA-команд, SMART Reset и тестирования после сброса: https://drevitalize.com/wp-content/uploads/2019/05/DRevitalize.pdf
- DRevitalize Tutorial — Пошаговые инструкции по SHIFT+командам для Hitachi/HGST: https://drevitalize.com/tutorial/
- Victoria HDD — Технологические команды для очистки SMART на HGST/Hitachi: https://hdd.by/victoria/
- HDD Guru Forum — Обсуждение ремонта bad-секторов на Hitachi Deskstar 2010: https://forum.hddguru.com/viewtopic.php?f=1&t=35214
- SuperUser Fixing Bad Sectors — Риски remap и стратегии перепроверки: https://superuser.com/questions/332618/fixing-bad-sectors
Заключение
Отменить переназначение bad-блоков на Hitachi HDD 1TB 2010 полностью не выйдет — G-List в firmware вечен без формата, но сброс SMART в DRevitalize (SHIFT+команда) или Victoria плюс тест без remap позволит перепроверить ранее “битые” сектора. Обнулите SMART обязательно, мониторьте счётчики и делайте бэкап. Если ошибки не повторятся, диск в норме; иначе — пора на замену. Тестируйте аккуратно, успех зависит от модели firmware.
