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

kickman · Конфигурация компьютера

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

vasya00 · Отправлено: **21:32, 22-09-2017** | #12

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

vasya00 · Отправлено: **21:39, 27-09-2017** | #13

kickman, Спасибо! Все удалось запустить

Код:

sudo ddrescue /dev/sdc /dev/sdb ~/copylog.txt -f -v -v -v -v --ask -b4096

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

kickman · Конфигурация компьютера

Цитата vasya00:

kickman, Спасибо! Все удалось запустить
sudo ddrescue /dev/sdc /dev/sdb ~/copylog.txt -f -v -v -v -v --ask -b4096
и процесс идет, конечно очень медленно, но в целом пока из 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, там всё в графическом интерфейсе, в том числе выбор лога и дисков для работы. Плюс, возможно, скорость будет получше. Могу описать, как и что делать.

vasya00 · Отправлено: **09:08, 28-09-2017** | #15

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

kickman · Конфигурация компьютера

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

vasya00 · Отправлено: **11:26, 29-09-2017** | #17

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

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

vasya00 · Отправлено: **17:15, 30-09-2017** | #18

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

kickman · Конфигурация компьютера

Цитата vasya00:

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

Повторное чтение идёт не по всему диску, а только по непрочитанным областям. Вы думали правильно.
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, выдаст толковую таблицу с объяснениями и значениями доступных параметров.

vasya00 · Отправлено: **20:45, 01-10-2017** | #20

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

Код:

cd /home/lubuntu/ddrutility-2.8
sudo make install

но не пошло( Подскажите как установить?
Смарт выглядит так:

Увеличить