Я клонирую диск емкостью 1 ТБ на другой диск емкостью 1 ТБ с помощью команды dd в Ubuntu с использованием живого 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 ответ1

2

Попробуйте вместо этого использовать ddrescue . Если диск имеет плохую (нечитаемую) область или две, ddrescue сначала пропустит медленные части (гарантируя, что большая часть диска будет достаточно быстро клонирована), а позже вернется к «очистке» пропущенных областей. этап. Однако, если на диске много поврежденных секторов, очистка все равно займет много времени (возможно, дней), независимо от того, что вы делаете.

ddrescue /dev/sdb /dev/sdd /tmp/sdb-sdd.log

(Файл журнала можно просмотреть с помощью ddrescueview .)

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .