Hellteh
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
alpham100
Если ведется посекторное копирование в файл винхексом или dd или т.п. утилитой, которые умеют задавать регион копирования (и полезные опции реакции на сбойные сектора) - отлично понятно место остановки по размеру результирующего файла  Если же напрямую на винт, то тут уже посложнее - тут либо вести подробный лог операции на третий носитель, либо предварительно забить донора каким-нибудь паттерном, тогда в случае прерывания копирования место остановки находится поиском первого вхождения этого паттерна на доноре
Ну и конечно продолжать лучше с запасом (захватив заново часть из прошлого финала), но если источник сильно проблемный и может уже не прочитать даже маленькое место окончания прошлой попытки - сливать это место с источника на третий носитель и сверять его с местом окончания на доноре.
Если на этом месте стабильный ребут - это серьезно, тут бы надо сочетать с методиками работы с поврежденными винтами (начиная с простых вроде охлаждения винта, подогрева, подбора положения в пространстве, итд - внимание, нужно знать зачем и когда такое применять! - и заканчивая всякими вскрытиями банки в спец.условиях и работы уже на совсем другом уровне... но это уже конечно не в домашних условиях)
9285
Понимаю. По хорошему вообще нужно на нормальной системе по sata сливать. И сначала посекторно скопировать на донорный диск, а с него уже восстанавливать на другой. Но подобные ресурсы к сожалению недоступны (или данные оценены хозяином не особо дорого  ), поэтому, учитывая хороший смарт исходного диска и целостность большинства сливаемых сейчас файлов (после проведенных манипуляций) было принято решение слить пока по максимуму что получилось - больше важна их массовость, чем сохранность какого-то файла в отдельности.
Возможно после этого уже займемся глубже.
Чекдиск выдает не слишком много ошибок (несколько десятков записей), что тоже учитывалось при принятии решения.
По поводу контейнера будем разбираться, я знаком с их подобными особенностями и "способностями", поэтому всегда недолюбливаю их... И конечно не только а-дата умеют так портить, очень многие умеют, знаком  Ну и в данном случае атрибут огромного количества UDMA CRC Error говорит сам за себя.
А что бы Вы порекомендовали почитать по теме ранлистов, устройства NTFS? (Ну кроме Linux NTFS - не настолько подробное про всё, сейчас на подобные библии времени нет. Восстановлением данных я не занимаюсь специально, вообще давно этим не занимался, просто случился вот единственный пока вариант помощи от меня, ну и интересно в целом для себя узнать)
Чтобы хотя бы понимать например, что с результатами поиска NTFS в DMDE делать вообще |
Всего записей: 111 | Зарегистр. 15-03-2009 | Отправлено: 17:07 20-02-2013 | Исправлено: Hellteh, 17:21 20-02-2013 |
|
