Почему ДД так долго?

Справочная информация:
У меня есть 8-дисковое сетевое устройство хранения данных. У меня были проблемы с ним, когда жесткие диски регулярно выходили из строя. Я выяснил, в чем проблема с этим: проблемы прошивки с жесткими дисками Seagate, совместимыми с моим QNAP. Поэтому мне нужно обновить прошивку на каждом из 8 жестких дисков. Каждый из жестких дисков имеет размер 3 ТБ. Ранее, когда произошел сбой, я сказал NAS перестроить его (так как я использовал RAID 5), и это заняло где-то между 42-44 часами.

Текущая проблема:
Я использую DD для захвата изображения одного из жестких дисков объемом 3 ТБ. Он подключен к другому ноутбуку через eSATA, а привод, на который я пишу, подключен к USB 3.0. Когда я впервые запустил изображение, я сделал математику, чтобы выяснить, сколько времени потребуется, чтобы закончить. Мои расчеты, основанные на том, как долго работал DD (через PS) и сколько данных было записано (через LS), выглядели одинаково (42-44 часа). Однако этот процесс продолжается уже почти неделю. При скорости, с которой он ДЕЙСТВУЕТ (в реальном времени), потребуется целая неделя (ровно с 7 до 1 часа), чтобы это закончилось.

Двойная проверка:
Прямо сейчас, мы находимся на 6-й день DD и продолжаем свой курс. Когда я набираю ps -ef | fgrep DISK1, я получаю следующее:

root 6444 6388 36 Jan12 pts/0 2-04:54:14 dd if=/dev/sde of=/media/4TB/DISK1.raw

PS утверждает, что это работает только в течение 2d 4h, тогда как в действительности оно работает более 6d.

Мои вопросы:
Почему это? Как я могу это исправить? Может ли это быть проблема многопоточности (или я имею в виду отсутствие многопоточности)? Я обнаружил, что Ubuntu приостанавливал работу ОС, когда закрывал крышку ноутбука, поэтому я изменил это в самом начале процесса, так что теперь он не спит, но все еще принимает «навсегда».