Создание резервной копии и востановление с неё. (Debian Lenny)

[kt315e]

Как правильно создавать и использовать резервные копии системы.
Конкретно:
/dev/sdb1 файловая система ext2 точка монтирования /boot 188 Mb
/dev/sdb7 файловая система ext3 точка монтирования / 929 Gb

Предположим диск грохнулся, а второго такого же размера нет. Поэтому просто созданием образа sdb7 не обойтись. С большинством директорий всё понятно, надо просто архивировать. Но что делать с особыми директориями:
/dev - там внутри директории и сcылки - что с ними делать?
/media
/lost+found - как я понимаю архивировать не надо

Есть ли ещё особые места?

Или проще заново инсталлировать минимальную систему и залить из архива в неё обычные директории?

[SLEDopit]

/dev - там внутри директории и сcылки - что с ними делать?

ничего не делать. на диске этой информации нет.

/lost+found - как я понимаю архивировать не надо

эта папка создается после проверки с fsck вашего диска. и туда записываются утерянные/проблемные файлы, если что-то было не так при проверке.

Есть ли ещё особые места?

ну всякие /sys /srv /tmp

Или проще заново инсталлировать минимальную систему и залить из архива в неё обычные директории?

проще делать маленький (5-10Гб) рутовый раздел (/) и держать под рукой его бэкап (лучше всего сделанный с помощью dd), чтобы при необходимости модно было быстро его развернуть.

[AnViar]

монтируешь каждый раздел отдельно в любую директорию, там

Код: Выделить всё

cd /mnt/tmpdir
tar -zcf /tmp/volume.tar.gz *

монтировать надо чтобы не архивировать всякие там /proc

[sash-kan]

не архивировать всякие там /proc

$ man -P 'less -rp one-file-system' tar

[IMB]

/dev - там внутри директории и сcылки - что с ними делать?

ничего не делать. на диске этой информации нет.

Ну не скажите, ничего не делать хорошо только если есть udev и компания. Скажем на встраиваемых устройствах, как правило, ничего подобного нет и необходимо озаботиться созданием необходимых устройств. Ну а бекап /dev легко решается при наличии root-доступа.

[SLEDopit]

Ну не скажите, ничего не делать хорошо только если есть udev и компания. Скажем на встраиваемых устройствах, как правило, ничего подобного нет и необходимо озаботиться созданием необходимых устройств. Ну а бекап /dev легко решается при наличии root-доступа.

Так я dd на небольшой раздел предлагаю. А при таком подходе уже не важно на /dev и прочие. Или я не прав?

[IMB]

Ну почему же, такой подход тоже верен. Просто я хотел сказать, что бекап такого специфического раздела как /dev тоже может понадобится.

[watashiwa_daredeska]

бекап такого специфического раздела как /dev тоже может понадобится.

Хмм... Linux 2.0.x? Нынче /dev живет на tmpfs и заполняется udevd при каждой загрузке.

[Kopilov]

Нынче /dev живет на tmpfs и заполняется udevd при каждой загрузке.

А как было раньше?
Когда я ставил Gentoo -- видел в stage3 заполненный каталог /dev и был немного удивлён. Он мог бы потребоваться при создании встроенной системы?

[watashiwa_daredeska]

А как было раньше?

Раньше было почти так же, но устройства получали номера статически, а потому было возможно создавать файлы (псевдофайлы) устройств заранее статически. До сих пор, исторически, имеется скрипт /dev/MAKEDEV — можете заглянуть, полюбопытствовать.

Он мог бы потребоваться при создании встроенной системы?

Думаю, если поковыряться в ядре, можно назначить статические номера устройствам и сделать /dev статической, а не создаваемой динамически, что имеет смысл для встроенных систем.

[IMB]

бекап такого специфического раздела как /dev тоже может понадобится.

Хмм... Linux 2.0.x? Нынче /dev живет на tmpfs и заполняется udevd при каждой загрузке.

Ну почему же, linux 2.6.10 или 2.6.18. Как я уже писал, это может быть актуально для встраиваемых решений, над которым я сейчас и работаю.

[SLEDopit]

Ну почему же, linux 2.6.10 или 2.6.18. Как я уже писал, это может быть актуально для встраиваемых решений, над которым я сейчас и работаю.

А у ТС 2.6.26, если верить информации в профиле. Да и навряд ли у него встраиваемое решение (:

[AnViar]

не архивировать всякие там /proc

$ man -P 'less -rp one-file-system' tar

да знаю я все это. просто так наглядней - сразу видно что архивируешь.

[sash-kan]

Хмм... Linux 2.0.x? Нынче /dev живет на tmpfs и заполняется udevd при каждой загрузке.

initrd пока существует.

[watashiwa_daredeska]

initrd пока существует.

Резервная копия initrd? tar'ом? ;)

[t.t]

бекап такого специфического раздела как /dev тоже может понадобится.

Хмм... Linux 2.0.x? Нынче /dev живет на tmpfs и заполняется udevd при каждой загрузке.

Почему сразу 2.0? udev только в 2.6 появился. Да и в 2.6 он, насколько я помню, не обязателен. Здесь могу и ошибиться, но вот что devfs в 2.4 была не обязательна -- факт.

[sash-kan]

initrd пока существует.

Резервная копия initrd? tar'ом?

я привёл пример, где самые наисовременнейшие ядра используют самый обыкновенный статический /dev. в ответ на иронию про linux 2.0.
к резервному копированию это, конечно, имеет мало отношения.