>>Но это все-таки файловый бэкап. А хотелось бы иметь нечто типа снимка системы, чтобы
>>восстановилось один-в-один со всякими /dev, /proc...
> Вы еще /sys забыли.
> Рекомендую ознакомиться с термином "виртуальная файловая система".Правильно ли я понимаю, что о /dev, /proc, /sys можно вообще не заботиться, ибо они создаются в процессе запуска?
Это радует. Но остается вопрос
а) /boot и все, что связано с загрузкой (вряд ли tar'ом это все восстановится)
б) как уменьшить раздел на живой системе, чтобы создать доп разделы?
Или следующая последовательность является совершенно нормальной для мой системы?
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda3 39256236 14117312 23160520 38% /
/dev/hda2 256665 29050 214362 12% /boot
- загрузиться с resque console
- подмонтировать /dev/hda3
- затарить все, что там есть (ибо /proc, /sys, /dev там не будет)
(на S3FS к примеру)
- удалить раздел напрочь
(ведь /dev/hda2, на котором /boot, я не трогаю, стало быть могу рассчитывать, что система не разучится загружаться)
- создать новый маленький раздел
- создать еще пару разделов
- восстановить архив
- перезагрузиться и радоваться жизни.
Если так, то хотелось бы советов по поводу разделов и что на них хранить.
Я предполагаю иметь на hda3 (условно) bin etc home lib lib64 root sbin usr
Т.е. то, что связано с кодом, конфигами и то, что меняется не часто. И только админом.
А на hda4 вынести /var, /opt - логи, контент сайтов...
Опять же - если да, то как? Теоретически можно монтировать непосредственно файловую систему в /var, но куда тогда /opt девать?
Впрочем, в /opt по умолчанию кладется otrs, red5, т.е. фактически тоже исполняемые файлы.
Так что может их тоже оставить на hda3, а на hda4 вытащить нечто никакое, и туда скидывать неугодные куски директорий (сайты, файлы, логи...) через symlink?
И опять таки смущает вопрос с переразбивкой диска.
Очень уж не хочется гнать бэкап за тысячи километров, а потом обратно. Может можно сократить раздел, сохранив данные?
Вариант для распечатки
