ddrescue застрял на соскоб плохие блоки... (вперед)

У меня есть жесткий диск для ноутбука Hitachi 640GB, у которого есть несколько плохих блоков. Я не верю, что блоки - это плохие физические блоки, потому что диск не издает щелкающих звуков. Жесткий диск отформатирован как NTFS и использовался как диск Windows 7. Я запускал CHKDSK на диске три раза, и, хотя он сообщал о нескольких потерянных файлах и поврежденных файлах и сообщал об их исправлении, накопителю все равно не удалось скопировать файлы на другой рабочий диск, который я использую.

Я решил использовать ddrescue для восстановления файлов. У меня есть USB-накопитель на 2 ТБ, на который я восстанавливаю файлы с помощью ddrescue. Накопитель Hitachi подключается с Firewire 400 к iMac, на котором я запускаю ddrescue.

Я использую параметры команды:

sudo ddrescue -r3 /dev/disk5s2 test.img test.logfile

Казалось, что Ddrescue работал нормально в течение нескольких дней, а размер файла img такого же размера, как у Hitachi, так что это тоже кажется нормальным. Тем не менее, в течение последних 3 дней, ddrescue застрял на том, что, кажется, последний кусок диска. Размер ошибки составляет 36404 КБ, и успешное чтение происходит только один раз каждые 12 часов или более. Я прилагаю скриншот моего вывода ddrescue в Терминале, а также мою копию файла журнала ddrescue для справки. Диск продолжает гудеть, когда ddrescue получает к нему доступ, но пока что очень мало сделано.

По какой-то причине, когда я попытался использовать прямой доступ к диску, Терминал возвратил ошибку: прямой доступ к диску недоступен, поэтому я не смог использовать его в своей операции восстановления памяти.

Должен ли я остановить спасательную операцию и перезапустить ее? Могу ли я изменить параметры команды, чтобы попробовать данные в этой последней надоедливой области жесткого диска? Или он просто действительно поврежден, поэтому ddrescue не может его восстановить, или, если это возможно, это займет очень много времени?

Любой совет по этому вопросу будет принята с благодарностью!

Выходной файл журнала

[вывод файла журнала 1

Терминальный выход

[выходной терминал 2

1 ответ

Из GNU ddrescue Manual:

помните, что плохой диск может на долгое время блокировать ddrescue, пока ядро ​​не сдастся

Есть и этот вопрос. Ответ там предлагает дать драйве остыть. Я не знаю, если это хороший совет, хотя.

Что касается проблемы с прямым доступом: в руководстве упоминаются необработанные устройства (см. Пример 2). raw Команда будет полезна здесь. Я признаю, что никогда не использовал (то есть должен был использовать) ddrescue сюда.

Другие вопросы по тегам