Недавно у меня был друг с новым внутренним жестким диском Hitachi 2 ТБ 32 МБ 7200 об/мин 3,5" SATA 6,0 Гбит/с для настольного компьютера с ОС Win7 Pro, который, как сообщила Windows, вышел из строя. Он попросил меня восстановить его и заменить диск. Это был не загрузочный диск. Его еще можно было вернуть продавцу в течение нескольких дней.
Мне не удалось получить к нему доступ ни с помощью какого-либо устройства на новом ПК (с другим заведомо рабочим контроллером SATA и кабелями данных и питания SATA).
Интересно, что DFT Hitachi сообщил, что все в порядке: Статус SMART: Исправно
Журнал испытаний
ReadErrStat : Done
Result : Pass
SMART QT : Done
Result : Pass
Несмотря на то, что 3 события Windows указывают на один и тот же сбой SMART. Описание: Драйвер обнаружил, что устройство \Device\Harddisk3\DR3 предсказал, что оно выйдет из строя. Немедленно сделайте резервную копию данных и замените жесткий диск. Сбой может быть неизбежен.
Я использовал ddrescue 1.18.1 на System Rescue CD.
Поскольку жесткий диск был новым, я ожидал, что все данные/файлы будут в первой четверти диска. ddrescue потребовалось около 25 часов, чтобы пробраться через диск объемом 2 ТБ и записать данные на новый диск объемом 2 ТБ (подозреваю, теперь некоторые знают, в чем будет моя проблема). У меня не было дисков большего объема.
ddrescue -n -f /dev/sdb /dev/sdc resq.log
ddrescue восстановил все, кроме 347 файлов (около 0,5%), но сообщил, что не смог завершить работу должным образом, поскольку на целевом диске закончилось место. Низкая скорость передачи, а также растущее количество невосстановленных файлов остановились примерно на четверти процесса восстановления, указывая на то, что он прошел через то место, где присутствовали файлы данных (или, по крайней мере, большинство из них), и теперь буквально восстанавливает нетронутую территорию.
Оба диска были отформатированы в файловой системе NTFS и представляли собой один раздел на всем диске (новый — это новый жесткий диск Toshiba емкостью 2 ТБ).
В Linux я не могу смонтировать восстановленный диск, чтобы скопировать его, или просмотреть его. Постоянно получаю ошибку формата NTFS.
Я не хочу видеть, отображается ли что-либо в ОС Windows, поскольку она склонна предлагать что-то исправить, а я не хочу, чтобы она пыталась это делать.
Чтобы сделать ситуацию еще хуже, я купил и отформатировал GPT-диск объемом 4 ТБ и начал повторять ddrescue, и неисправный жесткий диск полностью вышел из строя менее чем на 10% пути.
Я прочитал руководство ddrescue, а также несколько форумов и не могу найти определенных инструкций о том, как восстановить "полный" целевой диск, чтобы он был доступен. Я не хочу совершать никаких ошибок, которые могут еще больше повредить данные. У кого-нибудь есть идеи по восстановлению/восстановлению, чтобы я мог сделать копию и посмотреть, что было восстановлено и как обстоят дела?
решение1
Когда вы говорите «ddrescue восстановил все файлы байт 347», что вы имеете в виду? ddrescue должен сделать побитовую копию жесткого диска, поэтому он не имеет дела с файлами.
Неясно, где находится/находился ваш журнал спасения. Он у вас все еще есть?
Я бы склонился к тому, чтобы сделать небольшую копию с хорошего диска на 2 ТБ на диск на 4 ТБ.
Затем я бы попытался снова выполнить ddrescue с плохого диска 2 ТБ на хороший диск 4 ТБ - но на этот раз добавив ключ -R, чтобы он попытался восстановиться с конца диска (потому что я думаю, что диски 2 ТБ были немного разного размера, поэтому он не получил конечный бит). Если у вас есть доступ к файлу журнала, попробуйте использовать его, так как это, вероятно, немного облегчит жизнь - но это не критично, я думаю
Затем я бы посмотрел, смогу ли я получить доступ к данным (с 4-гигабайтного диска) в Linux, если нет (а я предполагаю, что не смогу), я бы попробовал под Windows и посмотрел, сможет ли он их прочитать.
Если бы это не удалось, я бы использовал photorec на хорошем диске емкостью 2 ТБ, чтобы извлечь все, что смогу, минуя NTFS.