Я клонирую диск 1 ТБ на другой диск 1 ТБ с помощью команды dd в Ubuntu с использованием Live USB. Я отслеживал ход выполнения, запустив в другом терминале:
sudo kill -USR1 $(pgrep ^dd)
Сначала все шло хорошо, и я ожидал, что копирование будет завершено чуть больше чем за день. Я вернулся через два дня и увидел, что скорость замедлилась почти до полной остановки.
1055628+0 records in
1055628+0 records out
69181636608 bytes (69 GB, 64 GiB) copied, 160488 s, 431 kB/s
1055629+0 records in
1055629+0 records out
69181702144 bytes (69 GB, 64 GiB) copied, 160491 s, 431 kB/s
Могу ли я что-нибудь сделать?
правка: Точная команда, которую я использовал, была:
sudo dd if=/dev/sdb of=/dev/sdd bs=64K conv=notrunc,noerror
Ошибок и предупреждений не было. Я не ожидал ошибок и поэтому не использовал никаких других команд для предварительной проверки диска, хотя в ретроспективе это было бы разумным решением. Учитывая это, каков будет наилучший курс действий?
edit2: Я запустил dmesgи теперь вижу, что произошло несколько ошибок ввода-вывода, и, скорее всего, это и есть виновник.
Я отменю ddи установлю и буду пользоваться ddrescue. Спасибо за помощь!
решение1
Рассмотрите возможность использования ddrescueвместо этого. Если на диске есть одна или две плохие (нечитаемые) области, ddrescue сначала пропустит медленные части (гарантируя, что вы получитебольшинстводиска клонируется достаточно быстро), и вернется к «очистке» пропущенных областей на более позднем этапе. Однако, если привод имеетмногоЕсли же речь идет о поврежденных секторах, то очистка все равно займет много времени (возможно, несколько дней), что бы вы ни делали.
ddrescue /dev/sdb /dev/sdd /tmp/sdb-sdd.log
(Файл журнала можно просмотреть с помощью ddrescueview.)