помню давно попадалась на глаза эта программа для восстановления дисков, почему то тут написали что она вредоносная:
http://mhdd.ru/download.shtml

Не знаю, с её помощью пару раз восстановил информацию с поганых жестких дисков и быстро их склонировал на новые. Вся информация благополучно была перенесена на новые, а старые диски отправились в мусор

наверно автор MHDD таким оригинальным образом борется с конкурентами))

автоперевод с транслита:
нормалнаыа программа / несколко лет ползовал - все нормално

во я нашел - почитайте
http://www.nazyura.newmail.ru/Part01.htm

почитали, но ничего не поняли(((
после прочтения возникает одно желание - распотрошить MHDD и написать аналогичную статью))

Добавление от 14.09.2008 22:07:

кстати на том же сайте пишут расценки на восстановление данных - 8 тысяч за работу + 3 тысячи на покупку винта аналогичного умершему и разборка его на "органы"
И то нет гарантии что всё восстановят.
Интересно какой идиот будет хранить информацию ценностью выше 11 тысяч на жестком диске у которого близится отказ

HDD Maniac
Интересно какой идиот будет хранить информацию ценностью выше 11 тысяч на жестком диске у которого близится отказ

Проблема не в том, что винчестер смертен. Проблема в том, что он внезапно смертен. (C).

факт тот что ничего сверхъестественного (как многие пользователи думают) в этих конторах не делают.. такие же программы , легендарный PC3000 это всего навсего усовершенствованный симбиоз MHDD и утилиты low level HDD format кот. была в старых BIOS 4.51PG
ну разбирать,переставлять пластины,головки ради того чтобы восстановить инфу.. я сам разбирал несколько HDD сломанных чисто ради интереса,снимал блины,головки кстати так и не смог открутить - они очень плотно прикручены,сил не хватило. Шпиндель снял,но там винты чудные - обычной отверткой с трудом вылазят. Собрал такую конструкцию назад - люфт жуткий,одно дело на конвеере автомат закрутил аккуратно,другое дело разбитые винты отверткой на журнальном столике. Вообщем лучше на трупы не смотреть..

Добавление от 14.09.2008 23:31:

А в других конторах нет таких данных которые стоят, чтоб за них платили
при современных объемах памяти не вижу проблемы делать архивы важных данных - допустим 10 гб важной информации ( это сколько документов туда влезет) можно всего на 2 диска записать, заплатив 30 рублей за болванки. Это явно меньше чем потом 8 тысяч платить

По поводу HDD Regenerator.
Испытывал её на проблемном диске HDD 640 Gb SATA-II 300 Samsung <HD642JJ> 7200rpm 16Mb. Картина была такая: прогоняются Victoria или HDD Scan, обнаруживают BAD-блоки, на диск натравливается HDD Regenerator, после чего снова запускается сканирование. Так вот, BAD-блоки после HDD Regenerator чудесным образом исчезали, вместо них появлялись блоки с повышенным временем доступа. Но... Всё это только до тех пор пор, пока к ним обращаются по чтению (но реально читать-то в них нечего - они ж уже были BAD). Как только осуществляется попытка записи в них, они снова становятся BAD-блоками.
В общем, для себя сделал вывод, что HDD Regenerator проблемы не решает, а маскирует.

HDD Maniac, ты такой умный и всё знаешь аж страшно . Реверс-инженер, блин

HDD Maniac
denic Вам дал ссылку почему. Читайте.

ну разбирать,переставлять пластины,головки ради того чтобы восстановить инфу
Знаете, бывает и такое делают. Ведь не все пользуются RAID1 (и т.п.) и резервированием данных. Случаи бывают разные.

Leo
с отпечатком ладони на блинах - а просветите, чем можно смыть "пальцы" с пластин или это уже конец харду ?

Deomant
не решает, а маскирует
Она их даже не "маскирует"...
Известно еще со времен царя-гороха, что если плохочитающийся сектор,
несколько раз перезаписать, то он иногда, на время, становится работоспособным.
Автор Regenerator-а, не знает основ программирования винтов и АТА-стандарт,
поэтому и не может проверить сектор правильно, как MHDD например.
Хотя, в статье, было указано, как это можно сделать.
Regenerator, просто делает много записей в больной сектор с надеждой,
что он в конце концов, начнет работать, хоть и временно.
Но информация в этом секторе, есстественно уже потерта.
...Это все что может делать эта прога.
Вредоносность ее в том, что если винт действительно болен
и имеет много физических бэдов, то если натравить на него
Regenerator, он начнет писать в сектора не проверяя даже,
количество заремапленных секторов в смарте, что скорее всего,
приведет винт к смерти и с данными, можно попрощаться навсегда.
...
А здоровому винту, имеющему обычные софт-бэды,
запись в сектора никак не повредит (только данные потеряются).
...
Поэтому, все ремонтники и юзеры, хоть немного понимающие винты
и занимающиеся восстановлением данных, строго советуют людям,
не пользоваться этой программой, потому-что после ее работы,
что-нибудь восстановить на больном винте, уже невозможно.
...
Я знаю почему она популярна у юзеров
В ней нет множества непонятных кнопочек и настроек, тыкнул и пошла,
а в более продвинутых, полупрофессиональных прогах,
есть много возможностей, но нужны хоть какие-то знания

nazyura
Я знаю почему она популярна у юзеров
В ней нет множества непонятных кнопочек и настроек, тыкнул и пошла,
а в более продвинутых, полупрофессиональных прогах,
есть много возможностей, но нужны хоть какие-то знания

Всё просто. Если бы MHDD или Victoria могли восстанавливать софт-бэды по одиночке, а не только форматом всего винта, да ещё и работали бы под Windows, то использовал бы их. Ведь не у каждого (у меня точно нет) есть возможность перекинуть все данные с винта и форматнуть его с помощью MHDD, чтобы избавиться от пары софт бэдов. "Стрелять из пушки по воробьям" - только так MHDD и Victoria умеют избавить винт от парочки софт-бэдов.

Lite
"Стрелять из пушки по воробьям" - только так MHDD и Victoria умеют избавить винт от парочки софт-бэдов.
Вы просто не внимательно читали документацию к этим программам.

Lite
Вот недавно, приносили "бэдявый" винт, с которого нужно было снять данные,
но узнав, что за это прийдется заплатить 2000р, поплевались и ушли
со словами - "мы и сами можем отлечить скопировать за такие бабки... нужных прог полно"....
Прошло пару дней, и этот винт опять принесли...
Только вот, если сначала, его можно было хоть как-то считать, с помощью data-экстрактора
или других поодобных программ, то после работы "дегенератора", который они
и использовали для "лечения/восстановления", винт вообще перестал определяться,
долго стучит и потом останавливает двигатель...
В итоге, использование "дегенератора", обошлось владельцам винта в 18000р
и только около 50% данных, было восстановлнно... остальное - загубил тупой "дегенератор".
...
Таким авторам, нужно всегда помнить о том, что если прога пишется для обычного
пользователя, то умной, должна быть именно сама прога, а для ремонтников,
проги пишутся с учетом, что сам мастер, знает, что конкретно нужно делать.
(принцип такой-же как у медиков - "не навреди").

Lite
Ремап стирает 1 дефектный сектор. Эрейз Вэйтс - стирает блок из 256 секторов, в котором есть сектора с задержкой. Эрейз - стирает все сектора.
Используй ремап для стирания только 1 сектора.

Shark[Nkz]
Ремап стирает 1 дефектный сектор. Эрейз Вэйтс - стирает блок из 256 секторов, в котором есть сектора с задержкой. Эрейз - стирает все сектора.
Используй ремап для стирания только 1 сектора.

Ремап - он и в африке ремап! Цель - восстановить рабочие сектора с ошибочной CRC, т.е. софт-бэды, а не переназначить их на сектора из запасной зоны.

Aik
Victoria работает под windows
Это только одно из условий, причём менее важное.

sergol2
Вы просто не внимательно читали документацию к этим программам.
Отлично! Покажите пожалуйста, где на ваш вгляд это прописано в документации. Единственная документация по MHDD, которую я видел вот: http://www.ihdd.ru/mhdd-documentation-ru
Надеюсь это она, т.к. там что-то маловато и больше походит на FAQ, нежели документацию.

А Victoria таки да имеет функцию восстановления софт-бэдов, причём насколько я понял, с сохранением информации в них. Но это доступно только в платной версии!!!

Если уж MHDD и Victoria настолько профессиональные программы, то почему в них не реализовано умное восстановление? Например. Сканировать по 256 секторов, а при обнаружении бэда скинуть скорость до 1 сектора за проход и пересканировать те 256 секторов, где найден бэд. Далее на основании тактики поведения программы, выбранной пользователем делать либо реанимацию сектора путём чередования многократной записи паттернов "00" и "FF" восстановить его (если повезёт), либо просто скорректировать CRC сектора не затрагивая данные в нём вообще. После завершения операции с найденным сектором поднять скорость до максимума (256 секторов) и продолжить сканирование.

Почему такое не реализовать? Было бы весьма полезно.

Вот и приходится использовать HDD Regenerator. Авторы сами виноваты, что в их программах нет соответствущей функции.

Lite
Не тупи! Ремапит хард, а не программа! MHDD при включеной опции "remap" производит многократную запись в 1 сектор, если хард сочтёт сектор дефектным (ошибка записи), то он его внесет в g-list. Но если это всего-лишь софт бэд, то он сотрется и его CRC пересчитается, при этом никакого ремапа не будет!

LiteТак и сделано, пару лет назад, причем в бесплатной версии.

 
// Произвести ремап если нужно
     1: begin // Advanced Remap
         lba_corr:=True;
---- цикл разбора блока посекторно ----------------- 
         for n:=0 to sc-1 do // найти дефект (sc - число секторов в блоке)
          begin
            Application.Processmessages;
            Fm.DftMeter.Value:=n; // обновить показания счетчиков
            Fm.LbaOut.Text:=IntToStr(lba+n);
            if (esc and ic) then goto ex; // прервать, если нажата кнопка
    if pre_remap(lba+n)=False then // готовим сектор к ремапу: читаем его и ждем ошибку
     begin
       mes ('LBA '+IntToStr(lba+n)+' try REMAR...',1,0,1);
       t:='R';
       fillbufremap; // Подготовить буфер с сигнатурой
       if remap(lba+n) then mes ('LBA '+IntToStr(lba+n)+' try REMAP... complete',1,3,1) // пробуем сделать запись
       else mes ('LBA '+IntToStr(lba+n)+' try REMAP... Error',1,4,1); // запись не удалась
       lba:=lba+n-sc+1; // корректируем номер LBA, чтобы следующий сектор был сразу после дефектного
       goto ex; // выходим из цикла, снова на скан блоками.
     end;
          end;
----- конец цикла посекторного разбора блока ----------
        end; 

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

Исправлено: HDD-911, 30.05.2009 14:55

Lite

Вот и приходится использовать HDD Regenerator. Авторы сами виноваты, что в их программах нет соответствущей функции.
Перед использованием любой программы нужно сначала использовать голову!
Прежде всего анализ SMART.
Сколько кандидатов, сколько не вычитано, сколько переназначено?
У простого пользователя нет технологических утилит, чтобы просмотреть G-лист. чтобы понять, как беды расположены по физичиским поверхностям. На основании такого анализа, можно сделать предположение, что там - случайные сбои от перегрева, питания, тряски или уже царапины, запилы и работа любой программы приведет еще к худшим последствиям.

Если данные действительно важные. А на харде есть хоть один кандидат, а данные не доступны, лучше сразу делать копирование, с пропуском сбойных мест. Все остальные методы из области - на удачу.

Если данные на харде не представляют, критической ценности, а только "жалко потерять" то собственно все равно чем пользоваться. Все зависит от состояния харда, а не от программ.

Любая программа для тестирования поверхности может стать "вредоносной", если ей тестировать винчестер с дефектами. Иногда физические дефекты разрастаются от чтения данных участков, что в дальнейшем приводит к повреждению блока магнитных головок. Например, накопители Seagate Momentus (от ноутбука) склонны к этому. Поэтому, если на винчестере с дефектами есть ценная информация - необходимо выполнить посекторное копирование нужного раздела на исправный накопитель. Программа-копировщик должна уметь перепрыгивать опасные участки, и предотвращать "зависание" винта на дефектах.

Часто бывает так, что после того, как нужные секторы прочитаны - винчестер умирает. Поэтому не стоит лишний раз тестировать поверхность "для диагностики".

Lite
...либо просто скорректировать CRC сектора
...не затрагивая данные в нём вообще.
А вы не подскажете, по какой формуле, винт рассчитывает этот "CRC"
(вернее data+EDC(+CRC), закрытые ECC), и зачем восстанавливать
этот "CRC", если данные в секторе запорчены ?

Можете чуть просветить по теории софт бэдов? И общей структуры хранения. Вот есть сектор в 512байт пользовательсткой информации (сколько фактически информации хранит носитель м-ду метками секторов?). сколько байт его обрамляют и содержат другую /crc, метки, проч./? Пересчёт crc в верный происходит под любым шаблоном данных или только 00h "сбросит" неверный? Можно ли получить /программно/ софтово забэдованный сектор информации от винта и ему же её опять скормить на пересчёт?