rsync [Невозможное возможно :) ]

может всётаки cp -a ?

По вашему возможно скопировать сервер полностью через rsync и как ни в чем не бывало запустить его на новом сервере?

info tar

For example, here is how you might copy a directory's contents from one disk to another, while preserving the dates, modes, owners and link-structure of all the files therein. In this case, the transfer medium is a «pipe»:

$ (cd sourcedir; tar -cf - .) | (cd targetdir; tar -xf -)

You can avoid subshells by using `-C' option:

$ tar -C sourcedir -cf - . | tar -C targetdir -xf -

The command also works using long option forms:

$ (cd sourcedir; tar --create --file=- . ) \ | (cd targetdir; tar --extract --file=-)

or

$ tar --directory sourcedir --create --file=- . \ | tar --directory targetdir --extract --file=-

This is one of the easiest methods to transfer a `tar' archive.

[code] $ tar --directory sourcedir --create --file=- . \ | tar --directory targetdir --extract --file=- [/code]

Подскажите а как указать --directory targetdir? новый сервер только по ip доступен

tar cf - . | ssh server «tar xvf -»

Есть еще один момент. Сервер за один раз не успеет скопировать все файлы. Как быть с этим? Могу я обновлять уже созданный архив?

По вашему возможно скопировать сервер полностью через rsync и как ни в чем не бывало запустить его на новом сервере?

было дело я так систему целую удаленно сменил на работающем серваке
# rsync -av -e ssh /etc root@host:/mnt/newroot
и т.д.

потом только fstab поправил и перезагрузил сервак

Единственная особенность, которую не стоит забывать: при переносе всей системы всегда использовать следующую опцию rsync

--numeric-ids don't map uid/gid values by user/group name

Иначе может быть немного неприятная жопа с переназначением юзернеймов и uid'ов. А в остальном - ничего хитрого.

rsync -av --delete --progress / root@remotehost:/target

>Могу я обновлять уже созданный архив?

да. tar --update.

Если конечно архив не сжат и если вы выполняете добавление _файлов_, а не потоков. Очевидно для этого следует

1. скопировать файлы например scp -r server:/source ~/target/

2. добавить их в тарбол.

Сервер за один раз не успеет скопировать все файлы.

вот это предложение я не совсем понял...

>потом только fstab поправил и перезагрузил сервак

ещё загрузчик обновить надо. Я так делал, chroot && /sbin/lilo.

Могу я обновлять уже созданный архив?

А, по-вашему, для чего ещё rsync придумали? ;) Разве что недефолтная опция --delete позволяет синхронизировать изменения в случае, когда на исходной системе какие-то файлы были удалены.

Где вы LILO нынче видели?
Вообще, правильный рецепт с chroot и grub будет:

mount --bind /dev /mnt/new_root/dev
mount --bind /proc /mnt/new_root/proc
chroot /mnt/new_root
grub-install /dev/sda
exit
reboot

scp и tar не нужны

лучше всего взять rsync:

host1# rsync -a / --exclude={/sys/,/proc/,/dev/} host2:/newroot/ (лучше запустить в скрине)

host2# chroot /newroot; update-grub, vim /etc/fstab
host2 #mc - перемещаешь / в /old, а все из /newroot в /
host2# reboot

получаешь старую систему на новом сервере, если конечно ядро стоковое и все сделал верно.

> scp

tar

Вы чо, курили?

Это рабочий сервер. Весит 300 гб. За ночь не успеет все скопировать. Придется каждую ночь запускать скрипт

Получается на новом серваке должен стоять тот же дистр что и на старом?

>Где вы LILO нынче видели?

Slackware же.

Вообще, правильный рецепт с chroot и grub будет

я и не спорю. Для нового граба действует?