Посекторное клонирование HDD
Доброго времни суток!
Есть задача - выполнить посектроное клонирования одного жесткого диска на другой, без создания файла-образа, т.е. "на лету".
Желательно, чтобы программа пропускала нечитаемые сектора, а не висела на них и не останавливалась.
Хотелось бы, чтобы работало с лайв-СД. В принципе это не обязательно, но хотел бы.
Есть несколько прог на примете, посоветуйте плиз, что лучше подойдет.
1. Загрузочный диск с Paragon Drive Copy 11. По описанию, делает именно посекторную копию. Как раз сейчас пробую, действительно, есть галка - копировать сектора. Насколько это честное посектроное копирование, и как он обрабатывает нечитаемые сектора, кто-нибудь знает?
Графический интерфейс, интуитивно очень понятный. Но, как мне кажеться - тормозит. После запуска копирования указатель мыши двигается с задержкой. Правда и комп старенький - пентиум 3 ГГц 478 сокет, 1 гиг оперативы ДДР1. Копирую диск САТА 80 гигов барракуда, провда занят наверное весь (посекторное же, + он из рэйд массива). Планирует затратить примерно 30 минут.
2. Загрузочный диск Symantec Ghost 15. Читал на форуме, что Призрак делает посекторные копии, но на лайв-сд этой версии что-то не нашел, в основном там или бэкап, или восстановление... Отпишитесь, плиз, какая версия должна быть, под ДОС на дискете, или с графическим интерфейсом?
3. Winhex - нашел в нескольких вариантах, 16.7 SR-1, и 16.6 SR-4, какая лучше? Как я понял, там инсталлятор? Может ли она работать, если ее записать на лайв-сд (скопировать всю папку после установки), или только из-под винды?
Может посоветуете что-то свое, с благодарностью почитаю.
Заранее благодарен!
Прошивка и настройка BIOS, переделка и ремонт материнских плат, БП, видеокарт, HDD.
ROM.by 2002-2019 © apple_rom
Из вашей же фразы:
"На обычных дисках лечил такие HDDRegenerator-ом, после этого диски работали до более чем полугода, правда где-то появлялись снова, но были и удачные повторные лечения. "
Можно сделать вывод, что вы и к рейду собираетесь применить подобную методику.
В отношении данных такие методы весьма опасны, как игра в "рускую рулетку".
После регенератора Вы же даже проверить не сможете, какие файлы, а то и целые директории после этого могут оказаться битыми .
То что вам пока несколько раз повезло с регенератором, совершенно не показатель.
В детском саду, можно делать то о чем вы пишите.
Но уж ни как на рабочих станциях.
Тут только два варианта.
Либо ваша контора ерундой занимается, хранит совершенно некритичные данные. И бедная, как церковная крыса, что использует осыпающиеся харды. Либо администратор совершенно не в теме о проблемах HDD и сохранности данных.
Дегенератор - кака!
Я тролль, лжец и девственник, а ещё мне 20 лет.
Ну почему кака, программа как программа.
А вот реклама у нее совершенно лживая.
Собственно она за деньги выполняет ту же функцию "ремап" из бесплатных утилит MHDD, Victoria.
Т.е. сектор с ошибками прописывает нулями.
Ну и народ совершенно бездумно пользуется, как регенератом, так и утилитами, при спасении данных.
Совершенно не понимая, что эта функция не расчитана на спасение данных, а только для мелкого "ремонта" софтовых бедов, на харде без важных данных.
Запускают, не убедившись, что хард еще в состоянии писать, что там возможно уже начинающийся запил, что есть резервное мечто, что сбойные сектора не приходятся на важные структуры FS, которые возможно еще можно вычитать. Сразу начинают писать по сбойным местам.
Что частенько только ухудшает ситуацию.
Ну, и той же Викой сделай remap или Erase по UNCR. Зачем Регенератор-то?
Да, и Tomset чуть выше абсолютно прав - одно дело Erase по серединке фильма, другое - по серединке MFT...
А кому счас легко...
Tomset
Если Регенератор просто переписывает нулями сбойные сектора, почему тогда винда начинает грузится, вроде тогда должна быть потеря данных, забитых нулями? и почему после Регенератора не появляются переназначенные сектора в смарте (до этого были UNCR)?
Ни с кем спорить не собираюсь, хочу сам для себя разобраться. Потому и обратился за помощью к знатокам, чтобы помогли.
А прога помогала всегда. Ни одного раза не было чтобы комп с UNCR после нее не загрузился. А почему она а не виктория для ремапа - да работает быстрее просто.
Насчет важности данных - у нас домены, перемещаемые профили, из пользовательских данных - только вордовские почеркушки, так что ничего ценного в единственном экземпляри на раб станции не хранится. Ну еще прога клиент-сервер, в которой все сидят, на раб станции это не ценность. А на серверах и рейд-массивы, и резервное копирование - все есть.
И да, вы правы, контора не богатая, денег выделяют мало. Поэтому и приходится Регенератить диски, разумеется, если секторов не целая россыпь. 2-5 секторов, еще раз подчеркиваю, регенерирует без проблем, и работает потом в течении года и больше без проблем (ни зависаний, ни тормозов).
Просто повезло, что сбойные сектора не попали на жизненно важные файлы для ОС. До этого винда их просто не могла прочитать, не важно, какое там содержание
Поясните, плиз, вроде при ремапе создается таблица переназначения со сбойного сектора на сектор из резервной области, а содержимое сбойного сектора теряется при этом? Конкретнее, если ремап проводить Викторией?
А какая разница чем проводить? Виктория или регенератор только дают команду котроллеру винта на ремап. И уже сам контроллер определяет: выполнять или не выполнять эту команду
Так а информация со сбойных секторов теряются при ремапе? С них же не получилось произвести чтение, сектор заменили на новый, а он пустой... А?
Нет такой команды, это просто функцию в программах так обозвали, к реальному ремапу она имеет отношение только косвенно.
Дается последоватьльность команд:
- чтение всей поляны поблочно.
- Если попадается сбойный блок, то программа переходит на посекторное чтение сбойного блока.
- в найденный сбойный сектор, записываются нули или сигнатура "REMAP" ( взависимости от используемой программы)
- записанный сбойный сектор читается.
Если прочитался, считается, что ремап выполнен.
А что сделал хард, просто переписал сектор или переназначил, выяснить обычными программами нельзя.
Только косьвенно по состоянию 5-го атрибута смарта.
Отправить комментарий