Полигон-2

Пожалуй, самое старое и известное средство для ремонта жёстких дисков - программно-аппаратный комплекс PC-3000 (PC3K, пц3к, "Тётя Ася") от компании Acelab, Ростов-на-Дону:

[q]

Программно-аппаратный комплекс "РС-3000 Ver.14.51 (DOS)" предназначен для ремонта и восстановления HDD с интерфейсом IDE (АТА), форм факторов 3", 2.5", емкостью от 20 Мб до 128 Гб, производства: Maxtor, Seagate, Western Digital, IBM, Fujitsu, Quantum, Samsung, Conner, Teac, Kalok, Daeyoung.

Использование РС-3000 позволяет ремонтировать 50-80% неисправных HDD. Высокая эффективность ремонта достигается за счет использования специального технологического режима работы накопителя (аналогично тому, как это делается самими производителями HDD - Techno Mode, Supper Mode, Kernel Mode, Safe Mode), в котором доступны такие операции, как: восстановление формата нижнего уровня (Low-Level Format); восстановление служебной информации, хранящейся на служебных (отрицательных) дорожках накопителя (Resident Mikrocode); восстановление или изменение параметров в паспорте диска (Identify Drv); замена дефектных секторов и дорожек на резервные или их исключение из работы накопителя (Assigne, Realocation, Skipping Defects); переконфигурация HDD путем исключения из работы неисправных областей магнитных поверхностей или отключение неисправных магнитных головок, а также снятие пароля с запароленных HDD.

[/q]

Существуют следующие инкарнации:
PC3000AT и PRO (DOS, ISA) - самая первая версия. Внешний вид и история версий ПО: http://www.axon.kz/pc-3000_dos.htm
PC3000 PCI - также является устаревшей
PC3000 UDMA - актуальная на сегодняшний день
100% взломанной и доступной простому пользователю является только самая первая, но для ремонта старых винчестеров её предостаточно. Здесь и далее речь о ней. Взломана довольно криво, некоторые функции могут работать некорректно! Последняя версия софта - 14.5, в интернете ходят ломаные версии 4, 9 (можно взять тут: http://heyho.narod.ru/ ), 11, 12 и 14.0, а также несколько файлов от 14.5. 14-ю версию искать на торрентах. Также есть т.н. кулстафф (CoolStuff) - набор отломанных утилит по ремонту Fujitsu от одиннадцатой версии, и официально бесплатная демонстрационная полнофункциональная утилита PCFUJTAU.EXE

Список поддерживаемых накопителей: http://www.techno.ru/txt/4/26.htm

Сама утилита - это лишь половина того, что нужно. Без инструкций от неё мало толку, более того - инструкции от PC-3000 являются самым лучшим на сегодняшний день самоучителем по ремонту жёстких дисков и настоятельно рекомендуются к изучению. К счастью, практически все они есть в относительно свободном доступе, например по ссылкам в этом посту. Также в интернете есть PDF-ки от последней версии PC-3000 UDMA - советую активно пользоваться и ими: ну и что, что софт другой - методики-то те же самые!

Публично доступные инструкции, справочные материалы и демоверсии можно взять тут: http://www.acelab.ru/dep.pc/information.php
Старая страница техподдержки: http://www.acelab.ru/dep.pc/pc.tech.support/DOSvers/

P. S. А почему "3000"? Потому что была ещё PC-2000 для ремонта MFM HDD: http://andrey-kireev.narod.ru/repair/jutko/pc2k.jpg

Другой программно-аппаратный комплекс, о котором следует упомянуть - HRT (HDD Repair Tool) от компании BVG Group.

[q]

Программный комплекс зародился на базе программы HDD.EXE, уходящей своими корнями в 1998 год. В те времена на рынке ПО для ремонта накопителей не было программ, которые бы позволяли поднимать высокий процент накопителей.

В условиях небольшого города, где в те времена поток накопителей в ремонт был очень маленьким, низкий процент выхода сводил на нет весь смысл ремонтных работ, и была нужна программа, которая позволила бы поднять планку выхода годных изделий хотя бы до уровня рентабельности. Тогда и образовалась группа для объединения усилий в разработке ПО для достижения этой цели.

Результаты исследований начали оформляться в виде простейших DOS-утилит. Но, увы, узкие рамки DOS не позволяли сделать реально удобный инструмент. Во-первых, DOS не дает выскочить за границу 640 К (расширители мы сейчас в расчет не берем), а во-вторых, никакие программы под DOS не обладают таким удобным интерфейсом, как программы под WINDOWS.

[/q]

Ту самую HDD.EXE авторства Владислава Шаклеина я когда-то утянул отсюда: http://dixxi.narod.ru/ , вот, пробуйте. Есть бесплатная демо-версия HRT_DEMO: http://www.bvg-group.ru/rus/do...r_open.rar И то и то требует Windows 9.x. DOS-версия не найдена. БОльшую ценность представляют руководства к утилитам комплекса. Ссылки на них будут в разделах по конкретным производителям.
Общая документация по комплексу: http://www.bvg-group.ru/rus/download/hrt/hrt_base.pdf
http://www.bvg-group.ru/rus/do...ual_ru.pdf

Очень даже дельная тема!!!

С ростом ёмкости жёстких дисков скрытие дефектов на уровне файловой системы стало большой проблемой, и жёсткие диски обзавелись собственными механизмами сокрытия дефектных секторов и замещения их резервными. Поначалу такой механизм работал только на этапе изготовления жёсткого диска, позже появилась возможность скрывать дефектные сектора в процессе эксплуатации жёсткого диска. Такая процедура называется ремапом.

Ремап - это замещение дефектного сектора резервным. Замещение происходит в трансляторе - таблице, которая преобразует логический адрес LBA/CHS в координаты физических цилиндра, головки и сектора (PCHS) (как известно, логические координаты CHS не совпадают с физическими уже очень давно, примерно от емкостей в 100 Мб и более). Адрес дефектного сектора просто заменяется адресом резервного. Замещение может происходить как перманентно, перезаписью модуля транслятора на диске, так и виртуально, в памяти контроллера, "пропатчиванием" рабочей копии транслятора информацией из G-List. У разных накопителей по-разному. Недостаток такого метода - каждый раз при обращении к этому сектору головка перемещается в резервную область и обратно, что отрицательно сказывается на производительности (выглядит как "провал" на графике чтения).

Транслятор бывает статический и динамический. Статический хранится модулем на диске, создаётся один раз во время селфскана на базе P-List, однако может быть внутренне пересоздан командой "Пересчёт транслятора" (к слову, эта же команда является внутренним форматированием, разница только в параметрах). Динамический собирается в памяти на основе информации о числе головок, зонном распределении и дефект-листов, и любые изменения в этих модулях отображаются на трансляции немедленно. Динамический более характерен для старых винтов, статический - для современных.

Стратегии резервирования секторов
1. Резервные дорожки. На каждой стороне выделено по несколько резервных дорожек, при обнаружении бэда дорожка заменяется целиком. Одна из простейших стратегий резервирования, высокая надёжность. Недостатки - малое число скрываемых бэдов, неэффективное использование пространства. Встречается на первых винтах, у которых CHS адресация совпадала с физической.
2. Резервные сектора в конце каждой дорожки. Также один из простейших алгоритмов. В конце дорожки выделяется по одному-два резервных сектора. При обнаружении бэда он замещается резервным на той же дорожке, что даёт ремап практически без потери скорости обращения. Недостатки - неэффективное использование места, проблемы при появлении более чем одного-двух дефектных секторов на дорожке - винчестер либо отказывается делать ремап, либо вынужден использовать резервный сектор соседней дорожки, что сильно усложняет алгоритм.
3. Выделенная резервная зона, обычно в конце диска. Позволяет наиболее экономно использовать место. Недостаток - большие задержки, вызванные перемещением головки каждый раз в конец диска.
4. Распределение резервных блоков по всему дисковому пространству. Наиболее эффективный, но и наиболее сложный алгоритм.
Кроме того, для улучшения эффективности многие диски допускают группировку дефектов в треки - если число бэдов на дорожке больше определённого, трек целиком заменяется резервным. Таким образом, каждый дефект-лист оказывается разбитым на две части - трековый и секторный.

Кроме растущего при ремапах дефект-листа (G-List), есть ещё первичный дефект-лист (P-List). В него заносятся дефекты, найденные в процессе изготовления и заводского тестирования винчестера. В трансляторе их адреса просто пропущены (slipped). Таким образом, дефекты из P-List не влияют на скорость работы диска. Разумеется, при ремонте возникает желание перенести G-List в P-List. И у многих винчестеров такая возможность есть! Выполняется она, естественно, недокументированной vendor-specific служебной командой, подать которую можно только при помощи спец-утилит (либо, если такой команды нет, утилита может сама пересчитать адреса, внести необходимые изменения в P-List и переписать его). Кроме того, служебными командами оба листа доступны для считывания, записи и редактирования. Но есть одно "но": после переноса (merge) G-List в P-List адреса во всём трансляторе должны быть сдвинуты. Для этого служит операция пересчёта транслятора. Она строит новый транслятор, опираясь на данные одного или нескольких дефект-листов. В принципе, пересчёт транслятора может учитывать сразу и G-List, но тогда он должен сам выполнять перенос дефектов - после пересчёта транслятора оставлять G-List непустым бессмысленно.
У некоторых винчестеров LBA адрес сектора хранится в его заголовке, поэтому команда пересчёта транслятора совмещёна с внутренним форматированием. А делать при этом реальное форматирование или нет - определяется опциями команды. Если его не проводить, возможна проблема, известная как расхождение транслятора или "вилка" транслятора, когда с определённого (первого бывшего сбойного) сектора адреса перестают совпадать, и винт читается только до определённого места, дальше выдавая сплошные UNC. Решение проблемы при ремонте - обычными средствами сделать запись всей поверхности диска: при записи заголовок сектора переписывается правильным. Восстановление же информации на диске с "вилкой" - задача сложная и нетривиальная, выходящая за рамки темы.
Другая проблема, которая может возникнуть при скрытии дефектов вручную - это конфликт таблиц дефектов. Например, если есть трековый дефект и секторные дефекты по тому же треку. Команда пересчёта транслятора при этом завершается с ошибкой. Решение - вручную найти и удалить из секторной таблицы дефекты, которые уже есть в трековой.

Но это всё были сложные случаи, вернёмся к простому: а как же, собственно, пользователю сделать этот самый ремап сбойного сектора? Ответ - никак. В стандарте ATA нет команды на ремап выбранного сектора, жёсткий диск сам, на основании своих алгоритмов, решает, делать ли ему ремап или нет, а мы можем лишь его к этому подтолкнуть. (Примечение: это не совсем так. у некоторых производителей, например Fujitsu и Quantum, есть vendor specific команда Reassign) Обычный алгоритм таков: при обращении с сектору контроллер фиксирует количество попыток чтения и ошибок ECC, и исходя из них, может занести его в лист кандидатов на ремап (Pending Sectors). Количество секторов в этом листе отображается в 197 атрибуте S.M.A.R.T - Current Pending Sector Count. При записи в этот сектор контроллер проверяет результат записи, и если сектор после этого стал читаться успешно (т.н. софт-бэд) - удаляет его из списка пендингов, если же нет - записывает информацию в резервный сектор и дополняет G-List: происходит ремап. Счётчик SMART #196 Reallocation Event Count при этом увеличивается на единицу, а в #05 Reallocated Sectors Count добавляется число переназначенных секторов. Либо же накопитель во время операции оффлайн-самотестирования делает попытку чтения пендингов, и если сектор прочёлся успешно - делает попытку его ремапа. В переназначенный сектор записывается старая информация. Таким образом, потери информации ни в том, ни в другом случае не происходит.

Так как же вынудить винчестер сделать ремап? MHDD и Victoria делают это так: при сканировании при обнаружении сбойного сектора делается одна из следующих выбранных опций:
Remap - сектор перезаписывается (чем - не знаю), потом проверяется его читаемость, о которой программа судит об успешности ремапа. Информация в секторе при этом, насколько мне известно, теряется.
Advanced remap - делается несколько последовательных попыток чтения-записи в ожидании, что контроллер занесёт дефект в кандидаты и выполнит его ремап. Операция при этом осуществляется не только для нечитаемых секторов, но и для секторов со слишком большим временм обращения - при этом в них записывается старая информация.
Fujitsu Remap - дефект заносится в дефект-лист, используя технологические команды этих накопителей.
Erase 256 sect. - затирается не только этот сектор, но и окружающие его соседние. На всякий случай.
Подробнее тут: http://gattosporco.blogspot.fr...p-hdd.html
Либо можно просто затереть весь диск любым доступным способом.

Еще о ремапе: https://3dnews.ru/166013/page-2.html
Ну и последнее примечание: у винчестеров Samsung ремап отключен на заводе (хотя микропрограмма его поддерживает).

Byteman, тема воскрешения современных Seagate F3 до сих пор толком не раскопана, я сам только начинаю ей заниматься - подопытных кроликов маловато. Я дам лишь общие наработки и справочные материалы по этой теме, дальше советую обращаться в тему http://forum.ru-board.com/topic.cgi?forum=84&topic=5249 , именно там обитают самые лучшие специалисты во всём Рунете.

Если я правильно понял, то просто производители периодически меняют интерфейс терминала, дабы карась не дремал? Старые коды работают только на старых винтах, новым надо новые. Или всё хитрее?