Восстановление информации с жесткого диска.
 

Здравствуйте, имеется жесткий диск HITACHI NP510R5E-S04RU, определяется, в SMART зашкаливает число переназначений, при попытке обращения подвисает, R-Studio чудовищно долго пытается сканировать..
Подскажите, пожалуйста, каков будет оптимальный алгоритм действий, что бы сохранить максимум информации? Стоит снять полный образ и уже работать с ним? Чем это лучше всего сделать, возможно уменьшить число повторных обращений и время таймаута и до каких значений? Просто иначе, это займет годы, в моем понимании.. Или запустить MHDD/Victoria и предоставить больше информации , если это повлияет на дальнейшую тактику и не усугубит ситуацию?
Спасибо!

Покажите скриншот этого самого SMART.

Усугубит.

vasya00, диск — труп. Или полетела головка, или запилена поверхность. И если информация с него действительно нужна, а бэкапов нет — обращайтесь (но это будет недёшево) в фирму по восстановлению данных: в домашних условиях вы и диск, и остатки того, что ещё можно спасти добьёте окончательно — причём без вариантов.

Спасибо! Мне это понятно. Информация важная, но не на столько, чтобы было целесообразно обращаться в специализированную фирму. Подскажите, пожалуйста, что можно попытатся сделать самомтоятельно, или для уточнение этого провести какую то дополнительную диагностику? Спасибо!

Еще добавлю, что звуков посторонних диск не издает, и при первом включении даже удалось кое что скопировать, возможно такое при повреждении головки или запилах?
Спасибо!

Всякое действие с этим винчестером на глазах будет ускорять его окончательную смерть. Единственно что можно попробовать — однопроходное клонирование на другой диск (например, в DMDE выбрать ваш диск как источник, а будущий клон как приёмник; все существующие к началу клонирования данные на будущем клоне будут, разумеется, уничтожены): Сервис — Копировать секторы — с 0 по max) с пропуском ("Пропустить всё") всех нечитаемых секторов, — а далее уже работа на клоне, где можете делать хоть сотни проб на том, что туда ляжет в результате.

Спасибо! Интересно, в специализированной фирме, разве смогут сделать более полный клон? Или клон будет тот же, а различия уже в том что с него получится восстановить? Просто интересно, что еще с ним можно сделать кроме по секторной копии, того что копируется...
Спасибо!

Диск, конечно, труп, но попытаться спасти информацию можно попробовать.
Linux+HDDsuperclone 1.10 (GUI) - клон на годный диск или в файл-образ. Очень удобная программа, спасла уже много дисков. Если есть трудности с Linux - могу помогать удалённым доступом, чтобы настроить и запустить; или консультировать в чате, чтобы быстрее, чем через форум. Но можно и в форуме обсудить, просто дольше будет.

Спасибо, интересно попробовать, разве что с линуксом имел дело лет 5 назад в универе..И помню как это, очень примерно.Подскажите образ, чтоб загрузится с флешки и попробовать? Разве что на выходные уезжаю, в пн толтко попробую.. Спасибо!

Есть тема на другом форуме: http://forum.ixbt.com/topic.cgi?id=11:47589
Кратко: поставьте любой нравящийся Вам Linux, затем скачайте с http://www.sdcomputingservice.com утилиту под свой Linux, настройте, проверьте на годном диске, как с него копирует, подключите проблемный, и вперёд.
Рекомендую LUBUNTU-16.04 x86, ссылка на закачку есть в теме на ixbt
P.S. Я по будням сейчас работаю много, не до компьютера мне, обычно с 16 ч свободен до 21 ч. В выходные можно днём.

спасибо! в вс или в пн вечером попробую!

kickman, Спасибо! Все удалось запустить
и процесс идет, конечно очень медленно, но в целом пока из 100 GB всего 17 MB ошибок, то есть надежда на восстановление есть. Следующий вопрос, к сожалению, нет возможности оставить это на компьютере до победного, возможно придется прервать, как это лучше сделать и что записать, чтобы потом продолжить?

Прерывать по CTRL+C. Если у Вас Live-система, то наработанный лог копирования надо поместить на флэшку или ещё куда-то в надёжное место. Потом можно завершить работу и обязательно отключить оба диска, чтобы система их не испортила. А ещё лучше перед отключением запустить из терминала программу DMDE (скачать на http://dmde.ru) командой sudo dmde - и там сделать обоим дискам по очереди (проблемному и клону) MBR=Off, применить. Тогда ОС не увидят на них разделов, не испортят клон и не будут тормозить с проблемным.
После повторного включения проверьте имена дисков. У Вас в приведённой командной строке был диск проблемный=/dev/sdc, а клон=/dev/sdb. Если после перезагрузки имена поменялись (ТАК БЫВАЕТ!!!), то проверьте их. И файл-лог копирования должен быть в доступном месте. Возможно, придётся запускать процесс дальше уже другой командой, например:

sudo ddrescue /dev/sdd /dev/sda /mnt/flashdrive/copylog.txt -f -v -v -v -v --ask -b4096
В общем, уточните: Linux установили стационарно?, или запустили persistent, или live с флэшки?

Продолжить после ddrescue можно с помощью hddsupeclone, там всё в графическом интерфейсе, в том числе выбор лога и дисков для работы. Плюс, возможно, скорость будет получше. Могу описать, как и что делать.

kickman, да, у меня live система, копирование шло достаточно успешно, и на момент прерывания было обработано около 570/750 ГБ, из них 2839 ошибок в 110 МБ. Прервал по CTRL+C, лог сохранил. Запустил DMDE, но оно чудовищно тормозило, время отклика около минуты, и где там MBR=Off я так и не нашел.. Но просто выключил комп и физически отсоединил питание обоих дисков. Подскажите по поводу hddsupeclone, какие то есть особенности или там все интуитивно? Или стоит продолжить проверенным ddrescue? Я так понимаю, теперь после завершения копирования, далее будет пытаться скопировать эти пропущенные 2839 ошибок в 110 МБ? А реально ли как то узнать, где именно эти ошибки? Привожу лог, если сможете что то сказать по нему, было бы интересно.
Спасибо!
copylog.txt

vasya00, продолжайте пока в ddrescue, если скорость не очень низкая. Например, если даже 1 Мб/с - можно работать. А вот если килобайты в секунду - надо пробовать hddsuperclone, там почти интуитивно. Со второго раза разобрался. Можете потренироваться, копируя с годного диска в файл-образ. Когда всё поймёте, можно импортировать лог от ddrescue - и продолжать.
ddrescue сначала попробует завершить копирование, потом будет читать места с ошибками. Скачайте ddrescueview 0.4 alpha3 для Windows или для Linux x86 - и там посмотрите свой лог (в пути к файлу не должно быть русских букв!). Можно щёлкнуть на каждом цветном квадратике - и увидеть содержимое блоков (сколько прочитано, сколько пропущено, сколько не прочиталось). Можно даже поставить автообновление чтения лога каждые ... (от 5 с до 10 мин) - и почти в реальном времени отслеживать процесс. Особенно если добавить в командную строку (от версии 1.21 и выше) параметр --mapfile-interval=5
Завтра после работы смогу рассказать и показать подробнее.

kickman, отлично, прошел первый этап, картинка ddrescueview 0.4 alpha3 выглядит так:

Теперь постепенно уменьшается количество ошибок и их объем, но странно что для этого идет повторное чтение всего диска? Я думал на втором этапе читаются уже только пропущенные данные? И вопрос по поводу DMDE, при повторном включении линукс загружался ооочень долго, видимо пытаясь обращаться к диску, где все таки найти MBR=Off? И можно ли узнать поврежденные файлы?
Спасибо!

На данный момент идет Scraping, идет конечно очень медленно, скорость иногда держится около 0 или нескольких байт/с, но все таки идет, а объем ошибок при этом практически не уменьшается, хотя их количество и растет..Я так понимаю, теперь наверно целесообразно, попробовать Scraping через hddsuperclone, несколько проходов в разных направлениях, и если это не будет приводить к уменьшению объема потерянных данных, то на этом и остановится?
картинка ddrescueview 0.4 alpha3 выглядит так:

Повторное чтение идёт не по всему диску, а только по непрочитанным областям. Вы думали правильно.
DMDE 3.4.0 - физический диск (галочка показать разделы включена), выбираем нужный, открываем. Идёт поиск разделов. Можно его прервать. Откроется окно "Разделы". В нём самая верхняя строка - это MBR всего диска, и когда выделена эта строка, внизу под списком разделов есть кнопка "GPT Off" или "MBR On/Off", как-то так... Выполнить (снять сигнатуру/сигнатуры), Применить (кнопка рядом будет). И всё... При перезагрузке уже не видна таблица разделов - и нет проблем. Когда докопируете (можно попробовать доделать в hddsuperclone), можно в DMDE и обратно включить сигнатуру MBR (и GPT тоже, если она была). Прошу прощения, очень много работы, вот только ночами немного читаю и отвечаю. Задавайте вопросы, в воскресенье свободный график :) - работаю дома, отвечу.
P.S. Повреждённые файлы можно узнать двумя способами, оба полуавтоматическкие. Второй более точный, но долгий.
1. С помощью ddrutility (скачать, скомпилировать, запустить ddru_ntfsfindbad с параметром --help, понять, запустить с нужными параметрами, прочитать результат).
2. Описано в теме на ixbt. Вкратце так: заполнить на клоне то, что не прочиталось с источника, узнаваемым образцом; (если файловая система жива, то выполнить прямо в ней, а если нет, то восстановив файлы на сторону) поиск файлов, содержащих указанный образец.

А потом можно попробовать и исходный диск Hitachi пооживлять, тоже есть тема на ixbt.
По картинкам видно, что 40 Мб спаслось между ними.
Интересен ещё и текущий SMART, изменилось ли что-то. Можно поглядеть прямо из lubuntu, не прерывая работу по копированию. Главное Меню - Стандартные - Диски - нужный - справа вверху кнопочка МЕНЮ, в ней пункт о SMART, выдаст толковую таблицу с объяснениями и значениями доступных параметров.

kickman, за последние сутки scraping практически не продвинулся, обработано 200 МБ и спасено 1 МБ, с такой скоростью это бессмысленно.. Странно что до этого момента скорость была приличной, а сейчас так замялось.. Может диск совсем умирает.. Для разнообразия продолжил в hddsuperclone, действительно, разобратся как запустить, не сложно, настройки не менял, стоит их оставить по умолчанию? Но и здесь скорость около 0.. Не получилось установить ddrutility, я не силен в линуксе.. Сделал но не пошло( Подскажите как установить?
Смарт выглядит так:

Увеличить

hddsuperclone за следующие 11 часов несколько продвинулся но скорость минимальная, восстановленных данных нет, хочется посмотреть какие файлы повреждены и возможно остановится на этом. Или можно как то уменьшить таймаут чтения, чтобы прогнать весь диск в поисках возможно восстановимого в разумные сроки? Подскажите, пожалуйста, как запустить ddrutility? И как затем получить доступ к данным? Разделов диска не видно, как проще всего решить это?
Спасибо!

В какой теме можно найти подробности того как заполнить непрочитанное?

Тема: http://forum.ixbt.com/topic.cgi?id=11:47589
И конкретно вот тут: http://forum.ixbt.com/topic.cgi?id=11:47589:85#85
Если не ясно, спрашивайте там или тут. Отвечаю только по вечерам.
Часто удобно бывает сделать заполнение пропусков шаблоном, поиск файлов с шаблоном, затем заполнение нулями.
vasya00, sudo apt-get install build-essential (установка компиляторов)
(затем в папке с исходным кодом программ ddrutility): make
sudo make install
ddru_ntfsfindbad --help (должно выдать справку, из которой станет понятнее, что делать дальше)
Теперь доступ к данным. Запустите на клон DMDE (можно прямо из Linux, даже во время работы hddsuperclone). Покажите окно "Разделы". Там станет виднее. Если есть нужный раздел, жмите "открыть том" и исследуйте содержимое. Не спешите подключать к Windows, чтобы она автоматом не "прочекдискнула" и не испортила Вам клон!!! Windows 8,8.1,10 - ПОРТЯТ БЕЗ ПРЕДУПРЕЖДЕНИЯ!!! если на клоне есть ошибки структур файловой системы. Из Linux и Windows 2000, XP, Vista, 7 порчи нет. Только в этих Windows нужно будет отменить автозапуск проверки диска при загрузке, или подключать "на горячую", к запущенной системе, от проверки отказаться. Проверку выполнить вручную в режиме только чтения (без исправлений) из командной строки (CMD), запущенной с правами администратора (по правой кнопке мыши, запуск от имени администратора). В командную строку (консольное окно) ввести CHKDSK Б: (заменить Б буквой проблемного раздела, нажать ENTER).
Простите, если сумбурно, ибо утомился и спешу спать.

Пробовал в линукс запускать dmde, работает с большими задержками но открыл разделы нашел нужный, открыл его, но большая часть папок показана пустыми очень странно.. а нельзя ли смонтировать разделы и исследовать их в привычном виде а не через dmde?
Наверно глупый вопрос, но чесно никак.. После sudo apt-get install build-essential , куда это устанавливается и где запускать sudo make install ??
Что скажите о скрине smart? почему могла больше чем через половину проделанного так резко упасть скорость scraping? Стоит ли пытатся доделать это с какими то другими настройками?
Спасибо!

Установилось? Это набор системных утилит для компиляции. Компиляторы и сопутствующие программы. Установится в систему. А дальше делайте, как делали. Зайти в каталог ddrutility-2.8, оттуда набрать команды:
make
sudo make installМедленно реагирует на мышь. Работайте клавиатурой - тогда проблем почти нет. Сделайте "Полное сканирование" и затем реконструкцию файловой системы - шанс близок к 100%, что найдёте свои файлы. И только если повреждены служебные структуры, которые их описывали, папки будут пустыми, без файлов :(.

kickman
Насколько понял, заполнение идёт в выходной файл. А как сделать это на диске с частично вычитанной посекторкой7

kickman, спасибо! Попробую еще раз.DmDE с клавиатурой тормозит так же сильно..но да ладно это можно пережить..Попробую полное сканирование, завтра, сегодня дежурю.. Файлы например я увижу, а как можно восстановить разделы, чтобы видить их из винды, вообще хочу сделать его внешним со всеми данными..

kickman, еще такая мысль появилась.. hddsuperclone как и ddrescue начали scraping очень бодро и успешно, но пройдя больше половины, остановились почти совсем, а можно ли как то попробовать запустить этот процесс с конца? или пропустить часть? или таймаут убавить? чтобы всетаки до делать это...
Спасибо!

vasya00, для запуска с конца у них есть параметр --reverse. Пропустить часть - задайте начало и размер рабочей области. Параметры --input-position и --size. Таймаут убавить можно только у hddsuperclone. Загляните в меню "Clone settings".

kickman, пробовал с параметром reverse, но он тут же прекращает работу сообщая:

Увеличить
ddrescue с параметром reverse запустился, но не могу понять, опять сразу застрял.. Когда начинал с начала то прошел достаточно быстро большую часть диска, и потом встрял на несколько суток, я думал с конца что то пойдет, но нет..Может весь диск уже накрылся?


Увеличить
Но более всего мне не понятна работа DMDE, после полного сканирования клона, при просмотре папки имеют много копий, и в корне куча файлов, это совсем не похоже на то что было на диске на самом деле, почему так могло произойти и как бы привести это в нормальный вид?

Увеличить
А еще лучше восстановить на клоне файловую систему как было..
Спасибо!

Основные записи MFT и зеркала целые. В DMDE сделайте для клона "Открыть том", а если будут ошибки - сообщите, какие именно. Например, ошибка чтения MFT с #... по #... Иногда нужно сделать ещё "реконструкция по умолчанию". Делали? Что там видно?
Насчёт дочитывания - дайте лог от ddrescue - он не содержит вообще ничего личного, кроме команды запуска (её можно оттуда убрать, если хотите). По логу же можно приблизительно оценить и повреждения, и сделать прогноз на дочитываемость. Ещё хорошо бы увидеть SMART после всех попыток считывания и дочитывания. Если окончательный лог сделан в hddsuperclone - то там есть опция экспорта лога в формат ddrescue.

kickman, при нажатии "open volume" появляется множество ошибок вида: 182332-122335 182368-182371182556-182559182600-182603 182608-182611 182652-182655 183044-183047 183080-183083 183292-183295 183788-183791 184140-184147 184176-184191........

приходится отмечать "do not show.."
"реконструкция по умолчанию" не активно, и отметить не получается.
лог ddrescue, и все остальные: copylog1.txt
за это время scraping почти закончился, хочу попробовать еще раз, если количество ошибок не изменится то на этом и остановится..
Smart

по сравнению с предыдущим

Стал по хуже..

- если они все по 4-8-12-16 кб - то не особо страшно, в итоге реконструкция должна стать возможной. По логу не узреваю царапину. Похоже на общую деградацию поверхности. Поэтому возможно, что и не дочитает. Попробуйте импортировать лог от ddrescue - в hddsuperclone - вдруг он-то (hddsuperclone) побыстрее и поумнее будет читать. Если что - можно потом и обратно в формат ddrescue лог загнать из hddsuperclone.

Удалось дочитать в hddsuperclone, по итогу 648955 не прочиталось 332 МБ, подскажите, с какими параметрами лучше запустить в hddsuperclone, чтобы попытаться вычитать их повторно? Свежие логи из ddrescue и hddsuperclone лежат тут log0 и copylog1
Подскажите какой командой запустить ddru_ntfsfindbad, что бы выяснить какие файлы повреждены?
Запускал так:
все проходит за несколько минут, ошибки находит, но лог пустой, что я делаю не так?
И самое интересное, как все таки реконструировать файловую систему?
Спасибо!

Видел такое. Думаю, это баг в ddru_ntfsfindbad. Придётся либо воспользоваться понятной методикой (заполнить секторы клона, которые не прочитались с источника, - узнаваемым образцом, и искать файлы, содержащие данный образец), либо обратиться к разработчику, либо самостоятельно вникнуть в исходник и поправить, чтобы всё показывало. Я обычно действовал первым способом. Он описан на forum.ixbt.com в теме, ссылку я давал ранее.

kickman, спасибо!
Подскажите, как можно попытатся восстановить файловую систему на клоне?

kickman, при повторных попытках чтения, некоторые бэды читаются, но происходит это чрезвычайно медленно и редко, перепроверить все займет около месяца, может стоит попробовать перечитать поврежденную область mft? С какими параметрами лучше, и в какой части запустить hddsuperclone? Или можно восстановить раздел на клоне и без этого?
Спасибо!

vasya00, открыть КЛОН в DMDE (можно прямо во время копирования, но будет тормозить). DMDE скажет, что части MFT не может прочитать. Вот их и надо дочитывать на клон с исходника. В начале MFT есть список фрагментов MFT. Его же можно получить с помощью ddru_ntfsbitmap, почитайте документацию к ней: ddru_ntfsbitmap --help
Если начало MFT прочитано, то можно ddru_ntfsbitmap на клон запускать.
ДОПОЛНИЛ:
Есть темы по восстановлению информации на разных ресурсах - там с помощью DMDE в основном всё делается.
Лучше всего именно дочитать нужные части MFT, а уже потом восстанавливать её. А с годной MFT уже можно будет без проблем получить доступ к файлам и проверить, какие из них битые. Только осторожно, чтобы винда не поехала "чинить" недоделанную MFT. Может ВСЁ покалечить :(!!! Особенно винды от 8 до 10 грешны излишней самостоятельностью в этом и других вопросах.

Уважаемые коллеги. У меня вопрос, а в убунту через что запускать восстановление с битого диска сразу сохранив, с сохранением битого раздела (мфт вроде целая была) в образ ima (виртуальный хдд с файловой системой)?
Мне бы готовую команду с логом и тщательным восстановлением за один проход? Нафиг насиловать диск с пропускам бедов а потом беды считывать, если уж и делать проход то сразу полный
Чем отличаются ddru_ntfsbitmap и ddrescue, что эффективнее использовать? Главное не скорость а результат.