i2ks,
Не -- это понятно, но можно пользоваться же запуском rsync в режиме демона на машине, куда сохраняешь backup и входом по парольному файлу: примерно так:
rsync -r user123@192.168.1.1::images /live/images --password-file rsync.pwd
Но парольный файл rsync.pwd  содержит пароль в открытом виде.
А вход по ключам в одной подсети безопасен при том, что одна из машин смотрит в инет напрямую??

Ключи только у вас будут и все. Вход по ключам является одним из самых безопасных способов авторизации и аунтификации. Ключик можете хранить на флеш накопители под замком в железном сейфе и пользоваться им только в том случае когда делаете бэкап, а так же каждые 2 недели генерировать новый ключик, для пучности можете ssh повесить на другой порт > 1024 =)

А вообще почитайте про работу ssh и rsync, и вам все станет ясно и понятно.

KRUTO, я вам уже написал то что безопасно, ваш метод так же не панацея, и ломается в два счета, а если вы сомневаетесь в работе ssh и ключа, то делайте соответствующий вывод. Для дальнейшего мазохизма можете еще и openpgp прикрутить.

--=XliN=--,
Обещанная инструкция:

ИНСТРУКЦИЯ ПО BACKUP

Цель – создание «гибкого» архива рабочей системы на лету с возможностью последующего восстановления в сжатые сроки.

Первым делом, смотрим сколько места занимает система-источник:

Необходимо, чтобы на диске-приемнике было достаточно места для переноса нашей системы, делаем вывод что нам необходимо минимум 13 ГБ на диске-приемник.

Подключим и подготовим диск-приемник к переносу программой fdisk, вот моя структура разделов:

fdisk –l

У меня диск /dev/sda – на котором установлена система-источник, /dev/sdb – диск-приемник.
При необходимости разбейте диск-приемник как пожелаете программой fdisk. При этом учитывайте, что раздел, с которого будете грузится должен быть загрузочным, размер свопа (как выяснилось после многочисленных проб и ошибок) не имеет значения при восстановлении (пусть он будет хоть 64 Кб).

Отформатируйте разделы, например:

mkfs.ext3 /dev/sdb1
mkswap /dev/sdb2

Теперь подготовим BackUp-архив, лучше всего для этого подходит программа архивирования tar (другие способы вызывали проблемы с ссылками),  будем сохранять архив в папку /var/BackUp, опции программы tar смотрим man tar – быстрее запомнятся:

tar  -cvpzf  /var/BackUp/myback.tar.gz  /  --exclude={"/proc", "/dev", "/sys", "/mnt" ,"/selinux", "/srv" ,"/var/BackUp"}

На моем очень слабеньком компьютере эта процедура занимает часа полтора.

Перекурили….

Ну вот из 12 Гб,  мы получили архив в 2 Гб.

Теперь создаем директорию для монтирования диска-приемника. У меня это «/mnt/DiskDva» и монтируем раздел sdb1 диска-приемника:

mount –t ext3 /dev/sdb1 /mnt/DiskDva

Распаковываем архив:

tar -xvpzf /var/BackUp/myback.tar.gz -C /mnt/DiskDva

Курим…. (хоть я табак не курю)

Затем нам надо поправить два файлика: /etc/fstab и /boot/grub/grub.conf. (Я использую загрузчик GRUB, он у меня проблем не вызывает, простой как правда.)
Там нам надо поменять UUID разделов-источника на UUID разделов-приемника, хорошая вещь эти UUID, раньше их помнится не было (в /etc/fstab были имена разделов такие как /dev/sda1).
Чтобы получить UUID воспользуйтесь, например, программой blkid

!!!! Обратите осовое внимание на файлы /etc/fstab /boot/grub/grub.conf

Создаем папки псевдо файловых систем: proc, dev, mnt, srv, sys, selinux

В заключении всего, отмонтируйте раздел диска-приемника:

umount /mnt/DiskDva

Выключаемся. Отключаем диск-источник и грузимся с нового диска… И – оба-на какие мы молодцы. Даже загрузчик не надо восстанавливать, не надо менять местами диски, Linux по барабану…

P.S.
1. Если будут проблемы с загрузчиком – делаем chroot в директорию-приемник и восстанавливаем загрузчик:

chroot /mnt/DiskDva
root (hd0,0) – где, hdm,n: m – номер диска, n – номер раздела диска.
setup (hd0)
quit

2.    Я использую tar – потому, что
--    архив занимает мало места;
--    сохраняются файловые ссылки, я пробывал просто копированием

sudo cp –ax / /mnt/DiskDva и rsync

– были проблемы с правами доступа и ссылками
--    возможность хранения архива на другом компьютере;
могу и в .doc формате, хех
Отзывы???

newzenon,
меня попросили прикрепить как можешь я и сделал... щас поправлю, и вообще, я же не телка, чтобы фломастерами всё выделять -- я не умею так, фантазии не хватает... Кому надо -- тот разберется...

KRUTO, а как ты думаешь доки пишутся? Представь если бы все всё в кучу сваливали ужОс был бы, в doc формате нафиг не надо, code /console хватает за глаза.
Вот читай не так давно писал: http://zenon.sytes.net/rotation-backup/

i2ks, newzenon,
Ну ладно, ладно: в следующий раз постараюсь...  smile

Попробуйте Clonezilla. Умеет копировать винт целиком, по разделам и гораздо быстрее dd. Даже если конечный винт меньше по обьему.

partimage еще есть:

Способ, который я описал, проверен на нескольких дистрибутивах Red Hat, можно резервировать разделы целиком, а потом их восстанавливать, сохраняя разбиение дисков, а dd надо делать еще и резерв mbr на всякий случай и файлы dd занимают столько же места, сколько и система, хотя это дело можно и заархивировать...
Но dd хорош тем, что можно резервировать Windows...

drBatty,
Спасибо за оценку, хех

Да  про это я тоже думал... Но пробовал восстанавливать и на системе с 256 МБ ОЗУ, что интересно...

drBatty,
шикарно, я думаю меньше вообще не надо использовать... Если это только не телефон....

Возникла подобная проблема. Необходимо полностью перенести систему с одного диска на другой. Смущает LVM.
Источник:

$ sudo fdisk -l /dev/sda
Диск /dev/sda: 41.2 Гб, 41174138880 байт
255 головок, 63 секторов/треков, 5005 цилиндров, всего 80418240 секторов
Units = секторы of 1 * 512 = 512 bytes
Размер сектора (логического/физического): 512 байт / 512 байт
I/O size (minimum/optimal): 512 bytes / 512 bytes
Идентификатор диска: 0x0002e0c9

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sda1   *        2048      499711      248832   83  Linux
/dev/sda2          501758    80416767    39957505    5  Расширенный
/dev/sda5          501760    80416767    39957504   8e  Linux LVM

Цель:

$ sudo fdisk -l /dev/sdb

Диск /dev/sdb: 160.0 Гб, 160040803840 байт
255 головок, 63 секторов/треков, 19457 цилиндров, всего 312579695 секторов
Units = секторы of 1 * 512 = 512 bytes
Размер сектора (логического/физического): 512 байт / 512 байт
I/O size (minimum/optimal): 512 bytes / 512 bytes
Идентификатор диска: 0x0871fdeb

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sdb1   *          63   312578047   156288992+  83  Linux

Погуглив, сделал вывод, что проще всего с dd, однако так и не понял - должны ли диски быть идентичными или нет и имеет ли значение LVM?

Загрузился с лайв, перенёс систему  помощью dd, увеличил Gparted размер раздела с 40 Гб до конца диска. Перезагрузился, выдаёт

The disk drive for /dev/mapper/bigserver-swap_1 is not ready yet or not present.

Если ввести S(пропустить) - система загружается. Я так понял, ошибку выдаёт mount ?
Строчка из fstab:

/dev/mapper/bigserver-swap_1 none swap sw 0 0 

WTF ?