У меня есть жесткий диск для ноутбука 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.
Должен ли я остановить операцию восстановления и перезапустить ее? Должен ли я изменить параметры команды, чтобы попробовать данные в этой последней надоедливой области жесткого диска? Или он просто действительно поврежден, так что ddrescue не может его восстановить, или, если это возможно, это займет очень много времени?
Любой совет по этому вопросу будет принята с благодарностью!
Выходной файл журнала
[ 
1
Терминальный выход
[ 
2