Backup системы

ПАчиму не то?!!1

Не стоит так относится к людям которые пытаются вам помочь. Я понимаю почему slepnoga так отреагировал на ваш пост. Нужно задавать вопрос более конкретно. Если вам нужен бэкап то можно сделать Stage4 если же это не устраивает можно поискать по форуму, тема про backup совсем недавно была.

Пардон, а что тут, собсно, решать? Т.е. какие проблемы-то? То, что закрытая программа работает не так, как надо? Все вопросы к разработчику. Единственное, пожалуй, разумное объяснение причины проблемы, которое навязывается - акронис обращается к диску напрямую и считает мусор полезными данными. Тогда может помочь шреддер диска. Но это не решение, это - костыль. Решение кроется в исходном коде программы.

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

Да, кстати, не стоит писать в таком тоне - иначе будет еще больше того, что ты называешь "унижением".

в задали очень общий вопрос. Естественно пересказывать все, что выдает гугл на "backup linux" никому не интересно, как и решением проблем с Acronis тут тоже не занимаются.

бгы, да Бог с Вами, где это Вас унизили? Или, констатация того факта, что вы только-только слезли с винды и ещё не втянулись отбросив виндовые заморочки Вас унижает? =) Ну, а если просите совета то для начала нагуглите познавательные статейки про бекап в линуксах на русском, и если простые способы Вас не удовлетворят, то почитайте вывод eix -c --category app-backup, и можете прилюдно их перепробовать, мне очень интересно будет почитать отзывы о них ;)

>>Спасибо за толковый ответ. Теперь понятно почему она бэкапит весь хард!

Это не бэкап. Это клонирование диска. Удобно ежели надо разлить образы на несколько машин. В качестве системы резервирования - полное УГ, потомучто долго и накладно.

http://ru.wikipedia.org/wiki/Резервное_копирование

ссылку поправил slepnoga

Запросто отмечу процесс восстановления со stage4. С разворачиванием тоже проблем нету. Лично я загружался с LiveCD и распаковывал подготовленный stage4 командой tar xvJpf stage4.tar.xz прямо в подготовленный корень без лишних телодвижений. А так как я добавил каталог /dev с списки исключений, перешел в /mnt/gentoo/dev, создал три нода (каталог /dev работающей системы не монтировал, да и нельзя, если только не нужно производить chroot): mknod --mode=600 console c 5 1
; mknod --mode=666 null c 1 3
; mknod --mode=666 zero c 1 5, после чего: mount -t proc none ./proc (перед этим я просто ввел cd ../, чтобы перейти на один каталог вверх, в корень новой системы), потом mount -o bind /dev ./dev, а потом сменил корень - chroot ./ /bin/bash. Сделал я это лишь для того, чтобы произвести grub-install /dev/sda, ибо у меня загрузчик был затерт. С dd я не парился, сделал чуть проще. А если нужно развернуть stage 4, в котором лежит бекап других разделов, тогда я делал чуть иначе: перед распаковкой stage4 я переходил в корень будущей системы и создал те папки, к которым у меня были примонтированы разделы, допустим, к /mnt/files у меня примонтирован другой раздел - тоже пустой. Если я второй пустой раздел примонтирую к /mnt/files, предварительно создав этот путь, то при распаковке архива все файлы, запакованные по пути /mnt/files, физически будут попадать на другой раздел. Н а далее - все по инструкции. Да и вообще - я все по вики делал, тут ничего сверхъестественного.