KVM

dd тебе в помощь.

Просто копировать все данные на вирт. диск.

dump/restore

rsync

kvm on zfs

man tar $&@&$@&$$!!!!

создаешь qcow2, монтируешь, тупо копируешь /, переставляешь груб, всё.

Создал qcow2:

qemu-img create -f qcow2 base.qcow2 50G

Дальше пытаюсь его подмонтировать согласно вот этой вот статье http://emelnikoff.blogspot.ru/2009/12/kvm-qcow2.html, Но в момент когда набираю команду монтирования происходит слудеющее:

mount /dev/nbd0p1 base

mount: you must specify the filesystem type.

Эта команда ls -al /dev/nbd0* говорит что нет у меня раздела /nbd0p1

как с dd можно можно это сделать? пример покажите)

согласно вот этой вот статье

лучше и проще по этой http://www.altlinux.org/Монтирование_образов_устройств

Нет. С dd при условии большого объёма диска лучше не связываться: он не игнорирует пустое место и миграция может занять слишком много времени. Однако, dd действительно очень полезен при слишком большом количестве файлов на диске, т.к. тут rsync захлебнётся на этапе индексирования. Но обычно, если файлов всего порядка 30 - 100 тысяч, rsync более, чем подходит. Я делал, например, так:

rsync -apHAXP --delete-after --numeric-ids --exclude-from=/root/rsync_exludes 11.22.33.44:/ /mnt/vm-disk/

Где /root/rsync_excludes выглядел вроде того:

/dev/*
/proc/*
/dev/*
/sys/*
/lost+found/*
/etc/udev/rules.d/70-persistent-net.rules

Последняя запись включает в список игнора правила udev, связываюзие mac и интерфейс, так что при смене мака не появится eth1 при умершем eth0. Важно ещё не забыть отредактировать fstab.

Потом я останавливал все сервисы на физическом сервере и делал добивочные fsync + rsync, гасил старый, поднимал новый. Получалось всё с минимальным даунтаймом.

А кто его в ext4 отформатирует? :)

virt-p2v как раз для этого написан

нахрена копировать разделом? mksquashfs и делов.

Спасибо, что то не подумал об этом=)