Полный бекап на вторую машину.

Перемонтируй корень куда-нибудь в /mnt/tmp и его (/mnt/tmp) полностью заворачивай в tar, развернуть потом можно в любой чистый раздел, лишь подправив /etc/fstab и grub.

nik222 написал:

А вообще так и не понял как лучше поступить: полный бекап сервера или только сохранение настроек.....

все зависит от требуемой скорости восстановления. Если требуется высочайшая скорость и счет идет на секунды, то может самое тупое решение и будет самым правильным. Взял Acronis LiveCD и с его помощью сотворил образы томов. Разворачивается такое быстро и может быть развернуто неподготовленным пользователем. По инстрекции типа делайраз, делайдва.

Если же время простоя не так критично, то я архивировал бы только настройки и критичные данные. Например, есть у меня один сервер по управлением RFR-12. Работает. Но нужен ли он мне в будущем (после гипотетической поломки) под управлением именно RFR-12? Очень вряд ли. Сейчас бы я на него 6-ю центось бы ставил. Случись что. А до того - не тронь технику, она и не подведет. И не мешай машине работать. В этом случае хранить надо только конфиги из */etc и из баз данных если такое есть. А потом, по этой информации и разворачивать новый сервер.

newzenon написал:

Перемонтируй корень куда-нибудь в /mnt/tmp и его (/mnt/tmp) полностью заворачивай в tar, развернуть потом можно в любой чистый раздел, лишь подправив /etc/fstab и grub.

А какие то директории нужно исключать при таком подходе ?
И если можно чуть подробней по fstab и grub.

Если же время простоя не так критично, то я архивировал бы только настройки и критичные данные. Например, есть у меня один сервер по управлением RFR-12. Работает. Но нужен ли он мне в будущем (после гипотетической поломки) под управлением именно RFR-12? Очень вряд ли. Сейчас бы я на него 6-ю центось бы ставил. Случись что. А до того - не тронь технику, она и не подведет. И не мешай машине работать. В этом случае хранить надо только конфиги из */etc и из баз данных если такое есть. А потом, по этой информации и разворачивать новый сервер.

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

"nik222" написал:

А какие то директории нужно исключать при таком подходе ?

Никакие, просто допустим загружаемся с раздела в котором корень находится на /dev/sda1, но полный бэкап его означает, что надо исключить все, что к нему примонтированно, для этого делаем проще:

#mkdir /mnt/tmp
#mount /dev/sda1 /mnt/tmp

И tar'им полностью все что есть в /mnt/tmp (это и есть наш корень без смонтированных fs), если нужен еще и хомяк то его туда тоже, допустим /home - /dev/sda2

#mount /dev/sda2 /mnt/tmp/home

Смысл понятен?

Смысл понятен?

Понятен принцип. А что для восстановления необходимо поправлять в fstab и grub ?
И если позволите еще вопрос: есть разел /dev/shm с файлами вида pulse-shm-.......... Что это такое ?

"nik222" написал:

А что для восстановления необходимо поправлять в fstab и grub ?

Глядя на разделы указанные в /etc/fstab, нельзя не удивлятся, что же там изменять? Неправда? :)
Восстановление grub - на языке уже оскомина если что. ;)

А как быть в такой ситуации:
Хочу сделать полный бекап системы на флешку:

[root@alarm usb1]# df -h
Filesystem      Size  Used Avail Use% Mounted on
rootfs          966M  429M  488M  47% /
/dev/root       966M  429M  488M  47% /
devtmpfs        124M     0  124M   0% /dev
run             124M  228K  124M   1% /run
shm             124M     0  124M   0% /dev/shm
tmpfs           124M     0  124M   0% /tmp
/dev/sdb        7.6G  203M  7.4G   3% /mnt/usb1

Пишу так:

[root@alarm usb1]# dd if=/dev/root of=/dev/sdb/dump_root.img
dd: opening Б─≤/dev/rootБ─≥: No such file or directory

Появляется ошибка.

/dev/sdb - это флешка.

Dima85, попробуйте загрузиться с какого-либо «живого» Linux'а и сделать то же самое, точнее, почти то же самое — вместо /dev/root укажите действительное блочное устройство (/dev/sda1, например).

Спасибо. Все получилось.

dd if=/dev/sda1 of=/mnt/usb1/dump_root.img