> у вас часто такое было, потеря инфы при ремапе?

После дебилов приносят диски регулярно. "Оставил на ночь проремапиться" - наутро сточенные до основания головы и диски. Разумеется, надо было инфу с "диска Д:"

> Я викторией и/или через мхдд отремапил конечно меньше сотни дисков, но пара
> десятков будет.

:) Мне, случается, _десяток в день_ поступает.

> Чтобы полностью блокировался хард, такое было только на seagate 7200.11 на сбойной
> небезызвестной прошивке, и причина была не в самом процессе ремапа.

WD Sadle G6 2 TB - блокировка от 8 (восьми) софтбэдов после дебила с ремапом :) . Естественно с клиентскими данными. Реальный случай из практики.

> если бэдблок на критическом месте в фс, то без восстановления фс или
> использования спец утилит, инфа в любом случае считается недоступной.

Сначала делаем копию на однозначно исправный, который под "спец. утилитами" внезапно не подохнет. Так делают нормальные люди. Дебил оставил на 7 часов клиентский WD MyPassport под R-Studio и ушел гулять. Пришел - винт уже не определяется. Реальный случай недельной давности.

> Данные не нужны, нужен рабочий носитель с работающей ОС.

ОС - это не данные :) . Оригинально. А /etc - это данные? А recovery_partition с лицухой - это данные? Если это не даннные, то чего люди за восстановление этого деньги платят?

> берем такой алгоритм
> есть сбойный хард.
> 1) копия через dd_rescue на новый носитель, копия харда в работу, если
> повезет.

Ну слава богу хоть о dd_rescue слышали.

> 2) данные не нужны: прогоняем скан с ремапом, через условный час, у
> нас готовый к работе носитель. Если нет кучи бэдблоков.

Современная 500-ка - запись нулями полтора часа без конвульсий и переполненных кандидат-листов с риском заловить блокировку. Заодно проверяем работоспособность записи.

> нужна утилита, которая с первого прогона скана показывает, что у нас столько-то
> бэд-блоков, столько-то попыток ремапа.

Чем не устраивает WHDD? Тем, что "ремапа" нет? :)