Это попытка восстановить неисправный жесткий диск, содержащий несколько важных исследовательских работ. Подводя итог: с помощью метода, который я попробовал (описанного ниже), я не смог возобновить неисправные несколько образов, созданных с помощью dd. Есть ли какие-либо предложения или объяснения того, что пошло не так? Даже предложения по "google keyword" помогут. Большое спасибо.
Я видел пост+ответ о том, как возобновить dd одного файла изображения здесь Можно ли возобновить прерванное создание образа диска с помощью dd? Однако я, должно быть, что-то упустил, так как опции пропуска/перехода не работают в моем случае, когда я также разделил изображение на несколько файлов. Ниже приведены подробности моей проблемы.
Исходный и целевой диски — 1,8-дюймовый и 2,5-дюймовый HDD, оба подключены через USB и имеют файловую систему NTFS. Это делается на виртуальной машине.
Следующийhttp://www.linuxquestions.org/questions/linux-server-73/dd-starts-fast-10mb-s-but-slows-down-after-30gb-2-4mb-s-658471/page2.html, Я создал изображения с помощью
sudo pv -ptreb -B 64k /dev/sde | dd bs=64k conv=sync,noerror | split -b 16384m - /media/target/whole-drive.img.
(размер буфера 64 КБ, а изображения разбиты на файлы по 16 ГБ). Одна проблема, которую я заметил, заключается в том, что даже с опцией "noerror" он останавливался, когда сталкивался с блоками, которые не мог прочитать, а именно:
pv: (stdin): чтение не удалось: Ошибка ввода/вывода=========================> ] 61% ETA 1:56:54 142 ГБ 3:04:10 [13,2 МБ/с] [================================================> ] 61%
2333629+1 записей на входе 2333630+0 записей на выходе 152936775680 байт (153 ГБ) скопировано, 11050,1 с, 13,8 МБ/с
(Этого не происходило, когда опция разделения не была реализована, но это занимало слишком много времени, и ждать было невозможно, поэтому я отменил операцию и попробовал разделить изображения на меньшие размеры, надеясь, что это будет быстрее).
На данный момент имеется несколько файлов изображений (с расширениями aa, ab, ...,ai).
Из-за ограничений по времени я не мог начать с нуля снова. Поэтому я попробовал
sudo pv -ptreb -B 64k /dev/sde | dd bs=64k skip=2333630 seek=2333630 conv=sync,noerror | split -b 16384m - /media/target/whole-drive.img.
Количество блоков 2333630 было рассчитано из 152936775680/655536, поскольку размер буфера составлял 64 КБ.
Когда я выполнил команду выше, dd начал с нуля, и я не увидел никаких изменений в существующих файлах вообще (даже временных меток). Оставшееся место на жестком диске также не изменилось. Пожалуйста, дайте мне знать, что могло пойти не так.
Спасибо большое еще раз. Павин