Kickman
Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору leshiygr Цитата: Важно снять информацию. Известно, что находилась она на диске D. винт очень медленно копируется, часто попадаются сектора которые читаются не с первого и даже не со второго раза. Копирую сразу нужный раздел, чтоб не тратить время на системный. Но скорость примерно по мегабайту- два в минуту. Весь раздел очень долго копировать, да и есть большие подозрения что не доживет он столько. Нет ли более быстрого способа посмотреть "что где" и скопировать сначала самое важное? | BOBAH4IK Цитата: А вот и третий вариант. Берём hddsuperclone или ddrescue - и из-под Linux копируем на клон выборочные участки. Чтобы меньше портить исходный диск, работаем в DMDE только с клоном. Сначала копируем только сектор 0 (или 2056 секторов можно). На клоне смотрим этот сектор 0 (MBR) с помощью DMDE - где там этот диск D. Например, начинается в секторе 1234567890. Тогда копируем дальше, с исходного на клон сектор 1234567890. В нём (в этом секторе) смотрим, где находится MFT, например, получается, что её начало в кластере 786432. Умножаем на число секторов в кластере (например, 8), прибавляем начало раздела: 786432*8 + 1234567890 = 1240859346 - с этого сектора копируем (клонируем) ещё кусочек (размером по желанию, но минимум 2 сектора). Смотрим MFT в DMDE - сколько в ней фрагментов, в каких кластерх они начинаются и сколько кластеров в каждом. Аналогично, проведя расчёты стартового сектора и длины в секторах, считываем всю MFT. Далее в DMDE уже делаем "Открыть том"+реконструкция, и там уже видим, в каких кластерах/секторах начинаются нужные файлы, и выборочно копируем с источника эти зоны. У hddsuperclone есть очень хорошие возможности для ускорения копирования и обхода некоторых ошибок. На сайте автора есть ещё hddsupertool, в котором есть возможность побороть "slow responding". Безоплатно, в отличие от wdmarvel. Но сначала в WDmarvel нужно сохранить служебную зону с проблемного диска, это уже в тему по WD обращайтесь. Если будут вопросы - пишите - я растолкую. Добавлено: leshiygr Автор программы DMDE выложил утилиту для конвертации лога от DMDE в лог для ddrescue, чтобы продолжать копирование уже там . Где-то на ixbt была ссылка, или скину Вам куда-то, если не найдёте. Поэтому можете копировать в DMDE, но с сохранением лога. А если будут большие проблемы, то продолжайте в ddrescue. А от неё логи можно сконвертировать уже для hddsuperclone . Добавлено: paccbet13, надеюсь, поможет: http://forum.ixbt.com/topic.cgi?id=11:38120 Добавлено: DirkDigler в дампах видно, что пострадали первые три записи в MFT и в копии. Как раз вероятно, что в результате плохого шлейфа. Следите в SMART, чтобы атрибут 199 (0xC7h) не рос. Если растёт, то нужно чистить/мыть контакты на диске и на плате, можно и на шлейфе (или сменить его на надёжный). И добиться того, чтобы эти ошибки перестали появляться дальше. Теперь Вам нужно сделать Полное сканирование для поиска структур файловой системы - особенно фрагментов MFT, и по найденным фрагментам можно будет составить патч для первой записи. Сохраняйте лог полного сканирования по ходу процесса, и итоговый лог выложите на файлообменник. Он понадобится для восстановления первой записи MFT. Если спецы Вам тут в теме или в личных сообщениях не помогут, то придётся делать мне, но опыта имею мало. Это первый вариант, восстановление по месту. Второй вариант - после Полного сканирования и реконструкции ФС просто копировать нужные файлы на другой носитель. Если файлов и папок мало, то можно свободной версией. Если много - можно купить версию DMDE на год - восстановит сразу всё. Возможно, r.saver (безплатная программа) тоже сможет восстановить ВСЁ на другой носитель подходящего объёма. Добавлено: TamerLanTK 1) Узнайте SMART каждого диска из RAID. Пробуйте разными программами. Например, CrystalDiskInfo. 2) Советую отцепить диски - и либо подключить их к другому компьютеру по отдельности, либо рискнуть прямо на этом компьютере сделать их не-RAID. Рискнуть - потому что не знаю, как организован Ваш RAID в указанной конфигурации. И восстановится ли он после его отключения в BIOS. 3) Если SMART в норме, то провести анализ диска в DMDE. Аналогично со вторым. Добавлено: TamerLanTK Можно попробовать отключать диски по отдельности. Оставить только первый из RAID, проверить его. Потом оставить второй, проверить. Возможно, так и RAID не развалится, и работать сможете. |