найдите десять отличий, лол.

С такой цветовой гаммой не найти ни одного, лол.

очень нравится

Выбираю систему бэкапа. Посмотрел на этот Attic, список фич какой-то никакой. Чем нравится-то?

Дедупликацией и скоростью.

Если ищешь бакулу, то это точно не для тебя, лол. Attic — простой юниксвейный инструмент, он умеет хорошо делать одну вещь: эффективно бекапить файлы из указанного каталога в хранилище. Можно сохранять бекапы каждый день, и если файлы почти не менялись, то и место в хранилище почти не расходуется, т. к. одинаковые куски хранятся только один раз. Например, мой домашний каталог занимает 10 Gb, а ежедневные бекапы за целый год — всего 20 Gb. Не нужна никакая ротация, можно спокойно хранить историю за все годы, не беспокоясь о месте на диске. Всю жизнь о таком мечтал.

Нет, бакула мне не по нраву, я хочу развернуть что-нибудь через Salt Stack, в идеале построенное на снапшотах btrfs. Дедупликацию нахваливать не нужно, лучше скажи мне, чем это лучше того же duplicity.

Duplicity хранит дельты в стиле CVS, Attic хранит дедуплицированные снапшоты в стиле Git.

Например, есть fuse-драйвер для монтирования произвольного снапшота.

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

По сабжу

Озадачился тем же вопросом, что и ТС.

Полная драма здесь: https://github.com/jborg/attic/issues/217

Вкратце, в этом году автор Attic'а перестал поспевать развивать проект настолько насколько хотелось юзерам и контрибуторам. Последние у автора за это и спросили со всей прямотой, но конструктивно - предложили организовать команду чтобы можно было принимать пулл реквесты шустрее. Автор сказал что это его песочница, что в ядро он в любом случае всё будет писать сам, что у него хотят отобрать его прелесть, обвинил вожака вопрошающих в шантаже и ушел по своим делам. Вожак сделал форк. Автор attic'а время от времени чего-то пилит, но форк Borg явно развивается на порядок активнее, сравните https://github.com/borgbackup/borg/commits/master и https://github.com/jborg/attic/commits/master

Документацию форку нормальную сделали: https://borgbackup.github.io/borgbackup/usage.html

И даже веб-морду какую-то пилят: https://github.com/borgbackup/borgweb

Люто плюсую. Я так и не выяснил с чего этот duplicity так популярен, но есть теория что это современный вариант программ типа Fake Progress Bar. Мол, отстаньте от меня, у меня тут вон важная задача - бэкапы бэкапить, смотрите как компьютер надрывается - аж у вентилятора треск, а у SSD шелест слышны.

А чем оно лучше/хуже bup?

Лучше:
1. borg init --encryption {none,passphrase,keyfile,repokey}
2. borg mount /mnt/backup::root-2015-07-21 /tmp/fusemountpoint
3. borg prune /mnt/backup --keep-daily=7 --keep-weekly=4 --keep-monthly=-1
(bup currently has no way to prune old backups.)
4. Быстрее, особенно в восстановлении больших объемов данных. 5. Имхо, синтаксис и вывод понятнее.

Хуже: сообщество пока меньше, срок жизни в полях меньше, хотя этим и bup не блещет для такой критической задачи.

Moar: http://librelist.com/browser/attic/2015/3/31/comparison-of-attic-vs-bup-vs-ob... http://anarc.at/blog/2014-11-18-bup-vs-attic-silly-benchmark/ https://news.ycombinator.com/item?id=8621372 http://www.stavros.io/posts/holy-grail-backups/

1 — encbup (хотя это конструктор).

2 — bup fuse.

3 — согласен.

4 — на скорость восстановления пофиг, что со скоростью и местоэффективностью сжатия?

2. Открывает только последнее состояние репозитория? Attic/borg - произвольную точку бэкапа. 4. Сам не проверял, но по 1-й и 2-й ссылкам в моем предыдущем сообщении пишут что attic везде быстрее, а по занимаемому месту разница в пределах погрешности.

Чем оно всё лучше rdiff-backup?

Открывает только последнее состояние репозитория?

Все состояния как поддиректории.

пишут что attic везде быстрее, а по занимаемому месту разница в пределах погрешности.

Окей, посмотрим тогда.

Как там у вас в 2005-м?

https://github.com/borgbackup/borg/commits/master

Что-то там в основном один чувак переменные переименовывает и отступы исправляет. Или чинят какие-то воображаемые баги типа «дата после 10000 года вызывает ошибку». А также зачем-то отключили сжатие по умолчанию, поломали совместимость с репозиториями от attic (хотя сам формат не менялся) и т. д. Из полезного прикрутили разве что sparse files (для меня не актуально) и прогрессбар (ещё менее актуально, т. к. быкапы делаюлтся из крона). Ну разве что документацию написали (и сменили CSS на ОХ-МОИ-ГЛАЗА зелёный). Ну, посмотрим, как дальше пойдёт.