Это попытка восстановить неисправный жесткий диск, содержащий несколько важных исследований. Подводя итог: с помощью метода, который я попробовал (описан ниже), я не смог возобновить неудачные несколько изображений, созданных с использованием dd. Есть ли какие-либо предложения или объяснения по поводу того, что пошло не так? Даже предложения по "ключевому слову Google" помогут. Большое спасибо.
Я увидел сообщение + ответ о том, как восстановить dd одного файла образа. Могу ли я возобновить прерванный образ диска, созданный с помощью dd? Однако я, должно быть, что-то пропустил, так как параметры пропуска / поиска не работают для моего случая, когда я также разделяю изображение на несколько файлов. Ниже подробно о моей проблеме.
Исходные и целевые диски - это 1,8-дюймовый жесткий диск и 2,5-дюймовый жесткий диск, оба подключены через 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 = синхронизация, noerror | сплит -b 16384 м - /media/target/whole-drive.img.
(размер буфера 64 КБ и изображения разбиты на файлы по 16 ГБ). Одна проблема, которую я заметил, - даже с опцией "noerror", которую он останавливал, когда встречал блоки, которые он не мог прочитать, а именно:
PV: (stdin): чтение не удалось: ошибка ввода / вывода =========================>] 61% ETA 1:56:54 142GB 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 пропустить = 2333630 искать = 2333630 conv = синхронизация, noerror | сплит -b 16384 м - /media/target/whole-drive.img.
Количество блоков 2333630 было вычислено из 152936775680/655536, так как размер буфера был 64k.
Когда я выполнил указанную выше команду, dd начал с нуля, и я вообще не смог увидеть никаких изменений в существующих файлах (даже отметок времени). Оставшееся место на жестком диске также не меняется. Пожалуйста, дайте мне знать, что может пойти не так.
Еще раз большое спасибо. Pawin