Клонирование отдельного диска управляет к нескольким дискам одновременно

Можно использовать "замену процесса удара" наряду с командой мишени, чтобы сделать это:

cat drive.image | tee >(dd of=/dev/sda) >(dd of=/dev/sdb) >(dd of=/dev/sdc) | dd of=/dev/sdd

или для ясности (за счет небольшой эффективности) можно сделать последнее dd назовите тем же путем как другие и отправьте stdout мишени к/dev/null:

cat drive.image | tee >(dd of=/dev/sda) >(dd of=/dev/sdb) >(dd of=/dev/sdc) >(dd of=/dev/sdd) | /dev/null

и если Вам установили его, можно использовать средство просмотра канала вместо cat получить полезный индикатор хода выполнения:

pv drive.image | tee >(dd of=/dev/sda) >(dd of=/dev/sdb) >(dd of=/dev/sdc) | dd of=/dev/sdd

Это читает исходное изображение только однажды, таким образом, исходный диск действительно переносит перегрузку головы, которая, вероятно, будет, почему Вы видите экспоненциальное замедление, когда Вы пробуете, копируют изображение многократно другими методами. Используя tee как вышеупомянутый, процессы должны работать на скорости самого медленного конечного диска.

Если у Вас есть конечные диски, соединены через USB, знают, что они могут все совместно использовать пропускную способность шины, настолько пишущую, что многие параллельно могут быть не быстрее, чем запись их в последовательно, потому что Шина USB становится узким местом не источник или конечные диски.

Вышеупомянутое предполагает использование Linux или подобные (это должно работать над OSX также, хотя имена устройств могут отличаться) при использовании Windows или чего-то еще затем, что Вам нужно другое решение.

Править

Обработка изображений по сети имеет подобную проблему к обработке изображений, многие приезжают USB - транспортный канал становится узким местом вместо дисков - если программное обеспечение Вы не используете поддержки некоторая форма широковещательной или многоадресной передачи.

Для dd метод Вы могли, вероятно, объединиться в гирляндную цепь netcat + tee + dd процессы на каждой машине как так:

1. Исходная машина cat/pv/dds данные через nc к целевой машине 1.
2. Целевая машина 1 имеет nc прислушивание к данным из исходной машины и передача по каналу его через tee который в свою очередь отправляет его в dd (и так к диску) и другой nc процесс, который отправляет к целевой машине 2.
3. Целевая машина 2 имеет nc прислушивание к данным из целевой машины 1 и передача по каналу его через tee который в свою очередь отправляет его в dd (и так к диску) и другой nc процесс, который отправляет к целевой машине 3.
4. и так далее до последней машины, которая просто имеет nc взятие данных из предыдущей машины и отправка его к диску через dd.

Таким образом, Вы потенциально используете свою полную сетевую пропускную способность, предполагающую Ваш переключатель и сетевые платы все согласование полнодуплексной ссылки. Вместо исходной машины, отсылающей 10 копий данных (принимающий 10 целевых машин), таким образом, каждый ограничен 1/10-й из исходящей пропускной способности, которую это только отправляет 1. Каждая целевая машина делает одну копию данных и отсылает его снова. Вы, возможно, должны были бы настроить настройки размера буфера pv, nc и dd стать ближе к лучшей практической производительности.

Если можно найти некоторое программное обеспечение, которое просто поддерживает многоадресную передачу, хотя, который был бы намного легче (и вероятно немного быстрее)! Но вышеупомянутое является видом hacky решения, которое я мог бы быть достаточно ненормальным для попытки...

Отредактируйте снова

Другая мысль. Если изображение диска сжимается хорошо (который оно будет, если большие блоки его будут полны нулей), исходящая пропускная способность исходной машины не должна быть проблемой даже если, отправляя многим местам назначения сразу. Просто сожмите изображение сначала, передача это к везде использованию tee+nc, и распаковка на местах назначения (сеть->nc-> декомпрессор->dd-> диск).