почему именно dd?

потому что в dd можно указать массу параметров, к примеру размер блока, число блоков, задать выравнивание, etc

детка, мне пофиг на это

ну а какого хрена ты лезешь?

Потому-что при использовании dd ресурс жесткого диска не так быстро тратится.

Восстанавливаю справедливость, в общем случае запись по 1M не является самой быстрой.

Потому-что при использовании dd ресурс жесткого диска не так быстро тратится.

facepalm

Восстанавливаю справедливость, в общем случае запись по 1M не является самой быстрой.

что, попробовал?

Попробовал что?

facepalm

Ты не в теме.

cp image.iso /dev/sdb

получишь копию файла содержащего образ на корне флешки, а не загрузочную флэшку.

нет. разве что у тебя /dev/sdb — точка монтирования.

столько инструментов, а эти обезъянки, вычитав где-то однажды, продолжают и ломать пальцы печатая команду dd полностью.

эти обезьянки в отличие от тебя хоть что-то понимают в юниксе. иди, играй в арчик дальше.

и '>' в шелле, и cp могут удалить destination и вместо него создать новый файл. способ поведения в SUS/POSIX неопределен. да, скорее всего там open(O_CREAT) но гарантий нет.

Потому что

pv image.iso | dd of=/dev/sdc bs=512K oflag=sync

Ты не в теме.

facepalm.iso

Только если cp image.iso /dev/sdb1

dd короче на один символ чем cat - набирать быстрее. Плюс оба символа одинаковые - набирать быстрее чем cp.

dd с разным bs для разных устройств.