LINUX.ORG.RU

ddrescue и HDD

 , , ,


0

4

Здравствуйте. Есть жесткий диск HITACHI на 40GB снят с «головы» машины (Lexus LS460), насколько я понимаю это обычный жесткий диск как на старых ноутбуках. В данный момент он подключен к компьютеру через адаптер IDE to SATA + SATA to USB, жесткий диск разблокировал успешно (был заблокирован паролем), все разделы и файлы стали видны и все работает отлично.

Но проблема возникла при создании полной копии диска утилитами dd+ddrescue. Обе утилиты «виснут» примерно на середине в районе 26Gb, индикатор активности на адаптере продолжает мигать, но ничего не копируется и не читается, в логах чисто, ошибок нет.

Запускаю клонирование следующей коммандой:

ddrescue -r3 /dev/sde /media/simple-nas/lexus_full_disk.img ./gddrescue.log

Вот gddrescue.log: https://bpaste.net/WHUQ

Пробовал подключать напрямую к SATA виснет все на том же месте.

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

может элементарно додыхающий кусок поверхности, где задержка чтения секторов порядка 30-60 секунд?…

NiTr0 ★★★★★ ()

Оно и должно виснуть на минуту другую для каждого сбойного блока. В это время диск повторяет попытки чтения, ориентируясь на контрольную сумму. По идее на первом этапе работы ddrescue должен перепрыгивать сбойные участки большими прыжками, посмотри с –verbose что именно он думает о ситуации.

Не забывай не профукать лог (который на самом деле не лог, а карта диска).

Это довольно рисково если диск в плохом механическом состоянии. Если слышишь подозрительный шум или просто данные очень ценны лучше обратись к спецам, пока не запилил головы и блины.

legolegs ★★★★★ ()

ddrescue -r3 /dev/sde /media/simple-nas/lexus_full_disk.img ./gddrescue.log

Как ведёт себя pv?:

pv /dev/sde > /media/simple-nas/lexus_full_disk.pv.img
anonymous ()
Ответ на: комментарий от anonymous

Каким образом?

Я не заметил .pv. в имени. Так не затрёт, да.

Но всё равно любопытство можно утолить с помощью pv -d $(pidof ddrescue) и не дергать хворый диск лишний раз.

legolegs ★★★★★ ()
Ответ на: комментарий от legolegs

и не дергать хворый диск лишний раз.

Как ты намерен изучить его «не дёргая»? Нонсенс.

anonymous ()

Чудеса да и только… Я не уверен что диск хворый. достали его вовсе не по этой причине. Но бекап нужно было сделать… И вис он вовсе не на 10-20 секунд, а полностью, ждал минут 30, даже прервать по Ctrl+C не удавалось…

А чудеса заключаются в следующем: Пробросил диск в виртуалку с Windows 10 (QEMU KVM), после чего вернул обратно и перезапустил ddrescue, копирование судя по всему продолжилось с места где происходил прерыв работы (до этого перезапускал - сразу висло)

shell-dev ()
Ответ на: комментарий от shell-dev

Чудеса да и только…

Fixed: Новогоднее чудо.

anonymous ()
Ответ на: комментарий от shell-dev

копирование судя по всему продолжилось с места где происходил прерыв работы

это базовая фича ddrescue.

Полезно параллельно смотреть dmesg -ew и в некоторых ситуациях сбрасывать контроллер или просто отключать питание диска (с саташными точно можно, про иде - на твой риск).

legolegs ★★★★★ ()
Ответ на: комментарий от NiTr0

Возможно, но возможности использовать другой или подключить все как-то иначе - попросту нет…

Подскажите пожалуйста, а как правильно «сбросить контроллер» не отключая питания жесткого диска?

shell-dev ()
Ответ на: комментарий от shell-dev

Подскажите пожалуйста, а как правильно «сбросить контроллер» не отключая питания жесткого диска?

Так это и был «правильный» вариант. Всё остальное - фуфло.

anonymous ()
Ответ на: комментарий от shell-dev

Копирование вродь завершено, но не удается завершить следующий процесс «Scrapping failed blocks»… Dmesg после подключения и запуска ddrescue (напрямую без SATA-USB)

https://bpaste.net/N6NA

С USB-SATA происходит схожая ситуация https://bpaste.net/7O3Q

Очередной вопрос к знающим: процесс «Scrapping failed blocks» обязателен? Или данные все-же сохранились?

shell-dev ()
Ответ на: комментарий от shell-dev

Или данные все-же сохранились?

Сохранились «нули». Ну не смогла!

anonymous ()
Ответ на: комментарий от shell-dev

«Scrapping failed blocks» обязателен?

Да не сы ты. Это ж FAT. Блоки небольшие. Ну потерял возможно пару файлов. Основную то массу «слизал».

anonymous ()
Ответ на: комментарий от shell-dev

а никак. передернуть питание, прервав копирование перед этим - и делов-то…

вернее - не, в принципе ресет можно послать, команда такая есть, но как драйвер заставить слать ресет, и среагирует ли зависший контроллер на ресет - вопрос открытый.

NiTr0 ★★★★★ ()
Последнее исправление: NiTr0 (всего исправлений: 1)
Ответ на: комментарий от anonymous

бред же. размер блока - 1 МБ дефолный ЕМНИП. пушо это - не блок фат, а блок которым ddrescue вычитывает данные.

NiTr0 ★★★★★ ()
Ответ на: комментарий от NiTr0

размер блока - 1 МБ

Хмм. А я думал это FAT-овский. Звиняюсь.

anonymous ()

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

Всем спасибо за помощь.

shell-dev ()
Ответ на: комментарий от shell-dev

Всем спасибо за помощь.

«Тему» «черкани». Третий пункт в меню «темы».

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.