Бэкап дома: borg, restic или duplicity — что выбрать

25.09.2026 · ~6 минут чтения

Систему Arch можно переставить за час, а вот домашний каталог — документы, фото, dotfiles и проекты — не восстановит ни один pacman. Для копирования /home есть три зрелых инструмента с дедупликацией и шифрованием: borg, restic и duplicity. Разберём, чем они отличаются, как запускать их по расписанию и какой выбрать под твою схему.

Почему копировать именно /home, а не всю систему?

Система — это набор пакетов: сломался диск — поставил Arch заново, накатил список пакетов и получил ту же систему. Данные в /home так не воссоздаются. Фотографии за десять лет, черновики, исходники проектов, ssh-ключи, конфиги редактора — всё это существует в единственном экземпляре. Потеря диска без копии /home означает потерю лет работы.

При этом /home меняется постоянно: файлы добавляются, правятся, удаляются. Полная копия каждый раз — это терабайты. Поэтому для дома нужен инструмент с дедупликацией: он хранит каждый кусок данных один раз, а повторные бэкапы занимают только место изменений. rsync-схема с --link-dest тоже умеет инкремент, но без шифрования и без встроенной ротации — о ней подробно в статье Резервное копирование Arch: rsync-схема с инкрементом. Здесь — специализированные тулы.

BorgBackup: что даёт дедупликация и сжатие?

BorgBackup — самый «тяжёлый» из тройки: дедупликация на уровне чанков, сжатие (lz4, zstd, lzma), шифрование AES-256 и инкрементность в одном туле. Репозиторий живёт локально или на ssh-хосте, а каждая команда делает ровно одно дело.

Инициализация репозитория:

borg init --encryption=repokey-blake2 /mnt/backup/borg-home

Флаг --encryption=repokey-blake2 хранит ключ в самом репозитории и защищает его паролем. Первый бэкап:

borg create --stats --compression zstd /mnt/backup/borg-home::home-{now} /home

Имя архива home-{now} подставляет текущую дату. Повторный запуск докачает только изменённые чанки: дедупликация работает между всеми архивами репозитория, поэтому десять бэкапов занимают место одного плюс изменения.

Ротация — borg prune:

borg prune --keep-daily 7 --keep-weekly 4 --keep-monthly 6 /mnt/backup/borg-home

Правило читается так: семь ежедневных, четыре еженедельных, шесть месячных архивов. Старые удаляются сами.

По ssh репозиторий указывается как user@host:/path — borg работает поверх ssh без дополнительных настроек. Минус: borg требует одинаковую версию на клиенте и сервере, а первый бэкап большого /home заметно грузит процессор из-за чанкинга.

Restic: почему он лучший для облака?

Restic — тот же дедуп и снапшоты, но с упором на облако. Из коробки поддерживаются S3, Backblaze B2, Azure, Google Cloud Storage, а через rclone — вообще любой бэкенд, включая Dropbox и Яндекс.Диск. Команды короче, а скорость выше: restic быстрее borg на больших каталогах.

restic init --repo s3:s3.amazonaws.com/bucket-name
restic backup --repo s3:s3.amazonaws.com/bucket-name /home
restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 \
  --prune --repo s3:s3.amazonaws.com/bucket-name

restic forget с --prune удаляет старые снапшоты и заодно чистит осиротевшие данные. Список снапшотов — restic snapshots, восстановление одного файла — restic restore с флагом --path.

Пароль от репозитория restic держит в переменной окружения RESTIC_PASSWORD, а адрес репозитория — в RESTIC_REPOSITORY. Для локального диска репозиторий — просто путь: restic init --repo /mnt/backup/restic-home.

Duplicity: когда уместны tar-архивы с GPG?

Duplicity — старейшина тройки. Он не хранит чанки, а делает инкрементные tar-архивы и шифрует их GPG-ключом. Логика простая: полный бэкап — один архив, дальше — только изменения, а восстановление склеивает цепочку.

duplicity /home file:///mnt/backup/duplicity-home
duplicity --encrypt-key 0xABCDEF12 /home s3://bucket/backup
duplicity restore file:///mnt/backup/duplicity-home /home/restore

Шифрование по умолчанию — твоим GPG-ключом, поэтому расшифровать архив сможет только владелец ключа. Облачные хранилища поддерживаются: S3, Backblaze, а для Dropbox и прочих есть обёртка duply, которая добавляет конфиг и расписание.

Когда duplicity уместен: у тебя уже настроен GPG, бэкап нужен «по-старинке» на внешний диск, а скорость не критична. Минусы — медленнее borg и restic на больших объёмах, а восстановление из глубокой цепочки инкрементов занимает заметное время.

Сравнение: какой инструмент подходит тебе?

Простая формула выбора:

• Новичок, хочешь облако или внешний диск — restic. Команды короткие, документация понятная, бэкендов больше всех.
• Продвинутый, есть свой ssh-хост или NAS — borg. Максимальное сжатие, зрелая ротация, один тул на всё.
• Консерватор с GPG — duplicity. Работает там, где уже настроены ключи, и не требует новых паролей.

Все три ставятся из официальных репозиториев: pacman -S borg restic duplicity.

Куда складывать копию и как автоматизировать?

Куда складывать копию:

• Внешний диск — просто и быстро, но не спасает от пожара и кражи.
• ssh-хост или NAS — офсайт-копия, лучший вариант для borg.
• Облако — для restic и duplicity; S3 или B2 стоят копейки за гигабайт.

Автоматизация — systemd-таймер. Скрипт:

#!/bin/bash
# /usr/local/bin/backup-home.sh
set -e
export RESTIC_REPOSITORY=/mnt/backup/restic-home
export RESTIC_PASSWORD="$(cat /etc/restic-pass)"
restic backup /home --exclude /home/*/.cache
restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune

Таймер:

# /etc/systemd/system/backup-home.service
[Unit]
Description=Restic backup of /home

[Service]
Type=oneshot
ExecStart=/usr/local/bin/backup-home.sh

# /etc/systemd/system/backup-home.timer
[Unit]
Description=Daily home backup

[Timer]
OnCalendar=daily
Persistent=true

[Install]
WantedBy=timers.target

Включение:

sudo systemctl enable --now backup-home.timer

Persistent=true догоняет пропущенные запуски после выключенного компьютера. Исключай кэши: /home/*/.cache и каталоги браузеров раздувают бэкап без пользы. Перед обновлением системы отдельная лёгкая копия /etc и списков пакетов всё равно нужна — как собрать её за минуту, описано в статье про резервное копирование перед обновлением.

Частые вопросы

Чем это лучше rsync-схемы?

rsync-схема даёт зеркало, в которое можно зайти файловым менеджером, но без шифрования и без встроенной ротации. borg, restic и duplicity шифруют данные и хранят историю версий: можно откатить файл к состоянию недельной давности. Для /home с его постоянными правками история важнее зеркала. Если нужен именно зеркальный доступ — rsync-схема остаётся рабочим вариантом.

Нужен ли полный бэкап перед первым запуском?

Нет. Первый запуск borg create или restic backup сам делает полную копию, дальше — только изменения. Отдельный полный бэкап нужен разве что перед обновлением системы, и то это лёгкая копия /etc и списков пакетов.

Как проверить, что бэкап рабочий?

borg check проверяет целостность репозитория, restic check — то же для снапшотов. Раз в месяц делай реальное восстановление: вытащи из архива каталог и открой пару файлов. Бэкап, который ни разу не восстанавливали, скорее всего, сломан.

Что исключать из бэкапа /home?

Кэши (/home/*/.cache, ~/.local/share/Trash), каталоги браузеров, виртуальные машины и большие скачанные образы — их проще скачать заново. Оставляй документы, фото, dotfiles, проекты и ssh-ключи.

Полезные ресурсы

• Borg backup (ArchWiki): установка, настройка и примеры команд.
• Restic (ArchWiki): бэкенды, снапшоты и восстановление.

Заключение

Для копирования /home borg, restic и duplicity решают одну задачу — дедуплицированная история с шифрованием — но разными путями. Restic проще всех и дружит с любым облаком, borg даёт максимум сжатия на своём ssh-хосте, duplicity встраивается в существующую GPG-инфраструктуру. Ставь любой из трёх, настрой systemd-таймер, исключи кэши и раз в месяц проверяй восстановление — и домашний каталог перестанет быть точкой отказа.

Читайте также

• Timeshift для новичков: снапшоты без командной строки
• Резервное копирование Arch: rsync-схема с инкрементом
• Резервное копирование до обновления: что копировать
• pacman -Qe и -Qq: экспорт списка пакетов