dd опции

pv /dev/sdd > /dev/sda/image.img

Не благодари.

Будет ли в чем-то разница в выходном файле

Не будет.

Но зато будет разница в оперативной памяти, занимаемой dd в процессе копирования. Во всяком случае, так было пару лет назад, когда я последний раз замерял.

Большой bs значит, что за раз считается 4.4 гигабайта, а потом сбросится разом на аут аргумент.

Что медленнее, чем считывать по 4мб и параллельно сбрасывать прошлые 4мб.

Плюс как сказали память.

bs=44M count=100
bs=4400M

Будет ли в чем-то разница в выходном файле?

Да.

отлично. получается как несколько операций выполняется параллельно?

Нет. dd читает из входного файла в орепативную память объем, заданный параметром bs, затем записывает в выходной файл. Операция повторяется count раз или до истечения входного файла. Задашь маленький bs - будешь много раз ждать чтение/запись, задашь большой - может не хватить оперативки.

PV не нужно

dd status=progress

bash: pv: command not found

Тысяча чертей!

Сам не знаю, как я раньше без неё жил.

Зря count=1 опустил во втором примере.

Эта опция есть только в пакете coreutils 8.24 и выше версий. Например в Убунте 14.04 ее нет, приходится через pv мониторить

sudo dd if=/dev/sdd of=/dev/sda/image.img bs=4400M

Напомнило:

Как можно сделать 5 ошибок в слове из 3 букв?

что не так?

of=/dev/sda/image.img — довольно странная запись, но хз, хозяин барин. :D

... и у ТС там btrfs без разделов...

Блин, нувыпонели ))))

Ну ес-но не устройство, а точка монтирования /home/username/image.img XDDD

Блин, нувыпонели ))))

с таким подходом и патч брамина можно отнести к «нувыпонели»