[Kent]

что такое telinit 1 и зачем "mount -o ro,remount /" ? »

Переход в однопользовательский режим и перемонтирование корневого раздела в режим "только чтение".

dd if=/dev/sda2 | bzip2 -q9c > /mnt/zip/system.bz2 »

Вместо 'bzip2 -9' лучше использовать 'xz' где-то с уровнем компрессии 5. И быстрее будет, и меньше объём на выходе.

Цитата Kent: Есть стандартная юниксовая программа 'dump' (и 'restore' для восстановления). Но, вроде, в Linux, в отличие от FreeBSD, не делает копию системы "на живую". » Делает. »

Перечитал 'man dump', но не могу найти такой опции.

[vadblm]

Вместо 'bzip2 -9' лучше использовать 'xz' где-то с уровнем компрессии 5. И быстрее будет, и меньше объём на выходе. »

Тогда уж pbzip2, он умеет распараллеливаться в отличие от. Формат сохранён старый добрый bz2, то есть, объём результата будет как у bzip2 -9 (распаковывать можно и тем же bzip2).
Сферический пример в вакууме на 4-х ядрах:

Код:

$ time xz -5 -c < Fedora-17-x86_64-Live-KDE.iso > /dev/null 

real    3m45.274s
user    3m44.427s
sys     0m0.223s
$ time pbzip2 -9 -p4 -m1024 -c < Fedora-17-x86_64-Live-KDE.iso > /dev/null 

real    0m29.820s
user    1m55.663s
sys     0m0.897s

Разница внушительная.

[shisik]

Разница внушительная. »

Угу.. А как и с gzip/pigz. Только вот я вчера словил глюк с pigz - не хотел распаковывать tar.gz, которых легко распаковывается обычным gzip'ом

А в целом это предложение не отличается от моего. mount -o ro,remount / нужно для того, чтоб на ФС в процессе копирования не было никаких изменений (то, о чём говорили выше). Только вот для уменьшения объёма образа я всё-же советую заполнить свободное место нулями (нули отлично сжимаются), особенно если его много.

[torauma]

Перечитал 'man dump', но не могу найти такой опции. »

Возможно у нас разные представления о значении слов "на живую". Я имею в виду, что можно делать образ работающей системы, без всяких загрузок с флэшки.
Я не уверен, как эта программа поведет себя на системе с постоянно изменяющейся файловой системой, на пример с базой данных, но вполне можно перед бэкапом на всякий случай перемонтировать нужную ФС только для чтения. Или снимать dump'ом только образ системы с настройками, а бэкап БД делать средствами СУБД.

[Kent]

Тогда уж pbzip2, он умеет распараллеливаться в отличие от. »

Тогда уж pixz, он тоже умеет распараллеливаться, сохраняя все исходные преимущества.

Возможно у нас разные представления о значении слов "на живую". Я имею в виду, что можно делать образ работающей системы, без всяких загрузок с флэшки. »

Я тоже это имею ввиду. Во FreeBSD у dump имеется опция -L.

Код:

     -L      This option is to notify dump that it is dumping a live file sys-
             tem.  To obtain a consistent dump image, dump takes a snapshot of
             the file system in the .snap directory in the root of the file
             system being dumped and then does a dump of the snapshot.  The
             snapshot is unlinked as soon as the dump starts, and is thus
             removed when the dump is complete.

В Linux не вижу такой возможности.

[vadblm]

В Linux не вижу такой возможности. »

Да, UFS2 у FreeBSD имеет встроенный механизм снэпшотов, которого нет у линуксовых фс (кроме вроде btrfs, но её не встретишь в проде пока, сыра ещё). Но это можно обойти при использовании LVM — создать снэпшот средствами LVM и бекапить его чем угодно (tar, dd, dump).

Тогда уж pixz, он тоже умеет распараллеливаться, сохраняя все исходные преимущества. »

Любопытно, ещё раз запряжём нашеих сферических архиваторов в вакууме:

Код:

[vadblm@vadblm Downloads]$ time xz -5 -c < archlinux-2013.01.04-dual.iso > /dev/null

real    2m35.778s
user    2m35.197s
sys     0m0.177s
[vadblm@vadblm Downloads]$ time pbzip2 -9 -p4 -m1024 -c < archlinux-2013.01.04-dual.iso > /dev/null

real    0m20.478s
user    1m20.213s
sys     0m0.647s

[vadblm@vadblm Downloads]$ time pixz -5 -p4 archlinux-2013.01.04-dual.iso /dev/null

real    0m38.833s
user    2m25.483s
sys     0m0.143s

Прогресс налицо, но есть пара минусов: нестандартный синтаксис и то, что проект как-то вяло развивается, в официальных репах этого добра нету. К тому же говорили выше, что его у его собрата pigz проблемы с обратной совместимостью не только по синтаксу, но и с собственно архивами. Ну и оно всё равно посасывает по скорости у pbzip2, у которого никаких проблем с обратной совместимостью я не замечал.

[torauma]

Kent, такой опции действительно нет, но мне довелось делать этой программой бэкап работающего первичного DNS сервера без каких либо специальных опций. И восстановление прошло успешно. Образ использовался для подготовки резервного сервера, который после косяка при обновлении системы на основном, сутки проработал без каких либо нареканий.

[shisik]

К тому же говорили выше, что его у его собрата pigz проблемы с обратной совместимостью не только по синтаксу, но и с собственно архивами. Ну и оно всё равно посасывает по скорости у pbzip2, у которого никаких проблем с обратной совместимостью я не замечал. »

Синтаксис pigz полностью обратно совместим с gzip. Отличие только в дополнительных опциях, управляющих потоками. Что касается совместимости с архивами, то это похоже просто баг. Столкнулся я с этим впервые, хотя использую pigz в качестве основного gz-архиватора уже больше года. Ошибка выглядит так:

Код:

gzip: <stdin> OK, has trailing junk which was ignored
/bin/tar: Child returned status 2
/bin/tar: Error is not recoverable: exiting now

Сам архив, если интересно, находится здесь.

[Kent]

Любопытно, ещё раз запряжём нашеих сферических архиваторов в вакууме »

На итоговый размер посмотреть тоже надо. Можно xz и с -4 попробовать. Собственно, вопрос выбора способа компрессии не так важен. Главное — определиться с принципом.