Подскажите какую либо софтину для клонирования разделов и целых HDD

dd

mdadm или:

Контроллеры RAID
Внутренние контроллеры: 
HBA-адаптер SAS, 6 Гбит/с
PERC H200 (6 Гбит/с)
PERC H700 (6 Гбит/с) с кэш-памятью объемом 512 Мбайт (с автономным питанием от аккумулятора); с энергонезависимым кэшем 512 Мбайт, 1 Гбайт (с резервным питанием от аккумулятора)
SAS 6/iR
PERC S100 (программный)
PERC S300 (на основе ПО)

Внешние HBA-адаптеры (без технологии RAID) 
LSI2032

Внешние контроллеры: 
PERC H800(6 Гбит/с) с кэшем 512 Мбайт (с резервным питанием от аккумулятора); с энергонезависимым кэшем 512 Мбайт, 1 Гбайт (с резервным питанием от аккумулятора)
HBA-адаптер SAS, 6 Гбит/с X8

И какого фига это делает в толксах?

Redo Backup.

Короче план такой: гружусь с CD/Флэшки, делаю образ на USB HDD, перестраиваю RAID, гружусь с CD/Флэшки, раскатываю образ с USB HDD. Профит.

Или есть варианты получше?

Объсните, почему вы всё время рекомендуете dd. Он же для случаев, когда точно знаешь объём копируемого. Зачем лишние действия. Cat, Карл. Cat.

Talks

dd конечно.

отличный вариант - если можешь позволить себе такой даунтайм.

я несколько лет назад такое устроил (точнее было приказано устроить) на серваке с 14дисками. на майские праздники запланировали. бекап занял двое суток (по nfs, пару раз пришлось перезапустить). перестройка рейда еще суток 4.
попытка работать с диском во время перестройки - уменьшала скорость io до 2мб/с.
массовые заливки из бекапа обратно шли все майские и еще дня три после.

вывод: на майских лучше выезжать на природу

Не хочу показаться оригинальным, но dd.

Если есть lvm, то можно заснепшотить и потом передать через толстенький канал на второй сервер. Затем скопировать разницу, но уже с остановкой машинки. Или потрахаться с mdadm --grow.

можно просто заtar'ить файлы, а потом распаковать в свежие разделы. Потом надо будет примонтировать несколько служебных директорий (/dev, /sys, /proc) с опцией --rbind в поддиректории нового корневого раздела, chroot'нуться, по необходимости подправить /etc/fstab (особенно на предмет идентификаторов разделов, если они используются) и /boot/grub/grub.cfg («grub-mkconfig > /boot/grub/grub.cfg»), а уже потом установить загрузчик при помощи «grub-install <носитель>» (например, «grub-install /dev/sda»). Потом можно выходить из chroot'а и перезагружаться.

PS. UUID идентификаторы разделов можно смотреть через blkid.

PS2. Заtar'ить в т.ч. и для бэкапов. А то мало ли что. И переносить на другие машины без сети удобнее.

clonezilla

1. Чтобы через cat увидеть сколько уже проcat'илось, нужно втыкать как минимум pv, который может тормознуть процесс. dd достаточно прислать -USR1.

2. Хорошо выбранный bs может ускорить процесс.

3. На деле вообще пофиг, каждый пользует что удобнее

Хорошо выбранный bs может ускорить процесс.

Это такие же сказки, как и компеляция с «хорошо выбранными» ключ@ми.

cp -ax ?

o'rly?

root@altmera:/srv/mysql.altmera.backup# time dd if=./mysql-bin.000036 bs=512 of=/dev/null 
204800+1 records in
204800+1 records out
104858056 bytes (105 MB) copied, 0.678991 s, 154 MB/s

real    0m0.685s
user    0m0.060s
sys     0m0.610s
root@altmera:/srv/mysql.altmera.backup# time dd if=./mysql-bin.000036 bs=4096 of=/dev/null 
25600+1 records in
25600+1 records out
104858056 bytes (105 MB) copied, 0.293343 s, 357 MB/s

real    0m0.299s
user    0m0.020s
sys     0m0.270s

dd и gparted

Закешировалось.

Объсните, почему вы всё время рекомендуете dd. Он же для случаев, когда точно знаешь объём копируемого.

С чего вдруг?

Врешь, как всегда.

Лови, болезный

root@altmera:~# time dd if=./mysql-bin.000036 bs=512 of=/dev/null 
dd: failed to open ‘./mysql-bin.000036’: No such file or directory

real    0m0.036s
user    0m0.000s
sys     0m0.000s
root@altmera:~# cd /srv/mysql.altmera
root@altmera:/srv/mysql.altmera# time dd if=./mysql-bin.000036 bs=512 of=/dev/null 
204800+1 records in
204800+1 records out
104858056 bytes (105 MB) copied, 0.962387 s, 109 MB/s

real    0m0.967s
user    0m0.080s
sys     0m0.820s
root@altmera:/srv/mysql.altmera# time dd if=./mysql-bin.000036 bs=512 of=/dev/null 
204800+1 records in
204800+1 records out
104858056 bytes (105 MB) copied, 0.696872 s, 150 MB/s

real    0m0.739s
user    0m0.150s
sys     0m0.570s
root@altmera:/srv/mysql.altmera#  time dd if=./mysql-bin.000036 bs=4096 of=/dev/null 
25600+1 records in
25600+1 records out
104858056 bytes (105 MB) copied, 0.286186 s, 366 MB/s

real    0m0.291s
user    0m0.020s
sys     0m0.270s
root@altmera:/srv/mysql.altmera#  time dd if=./mysql-bin.000036 bs=4096 of=/dev/null 
25600+1 records in
25600+1 records out
104858056 bytes (105 MB) copied, 0.286574 s, 366 MB/s

real    0m0.292s
user    0m0.010s
sys     0m0.270s

dd

/thread

Clonezilla уже вспоминали?

Контроллер не умеет в онлайн миграцию 1 -> 5?

tar же, ну!