Как я делаю бекапы домашней системы Linux: простой пример инкрементального rsync + btrfs с zstd сжатием

Бекапы делать важно — пожалуйста делайте бекапы, иначе потеряете данные. Многие люди уже потеряли данные, а вы будьте умнее.

Мой скрипт:

# Start this script from the git folder of this script # This script accept path to the partition to backup (mounted) # Use this script NOT from the system you want to backup - boot from another system  if [ -z "$1" ]; then echo "Missing path of the source (what to backup)" exit 1 fi  BEFORE=$(df -h)  STARTED=$(date)  DATE=`date "+%Y-%m-%d"`  p=$(pwd)  cd $1 # Because rsync --exclude-from accepts only relative pathes, not absolute  rsync --archive --acls --xattrs --delete --progress --verbose --exclude-from=$p/exclude.txt --filter=':- .gitignore' --link-dest=$p/last --mkpath $1 $p/$DATE  ln --symbolic --force --no-dereference $DATE last  echo "Started at:   " $STARTED echo "Current time: " $(date)  echo "Before:  $BEFORE  Now: "  df -h  cd -  # How to restore: # # rsync --archive --acls --xattrs --progress --verbose <from> <to> # /etc/fstab: alter UUID # grub install (if new SSD) https://wiki.gentoo.org/wiki/Grub: #     grub-install # Note that if SSD is more than 2 GB - you cannot use MBR, only GPT with EFI partition (Thinkpag T430 supports UEFI boot) # emerge-webrsync # emerge --sync guru   # Documentation: # https://jumpcloud.com/blog/how-to-backup-linux-system-rsync # https://wiki.archlinux.org/title/rsync

Тут не просто копирование (с атрибутами — исполняемый файл или нет, чтение/запись) но и использование хардлинков с предыдущего бекапа — если файл не изменился — места в новом бекапе он не займёт — то есть в папке нового бекапа будут все файлы, но часть из них может быть хардлинками предыдущего бекапа. Хардлинки выглядят как обычные файлы. Это и имеется в виду под словом «инкрементально».

Из man:

—link-dest=DIR          hardlink to files in DIR when unchanged

Для экономии места и скорости — мы не хотим бекапить кеш и прочие ненужные файлы, мой exclude.txt:

dev/* proc/* sys/* run/* # Если всё-же запустили на рабочей системе, раньше я так делал  var/db/repos/gentoo var/db/repos/guru var/cache/distfiles/  tmp/* var/tmp  lost+found mnt/*  home/vitaly/.npm/ home/vitaly/.cache/  home/vitaly/.zoom/  home/vitaly/.mozilla/firefox/*/storage home/vitaly/.config/google-chrome/ home/vitaly/.config/chromium/ home/vitaly/.config/Microsoft/Microsoft Teams/ home/vitaly/.config/teams-for-linux/ home/vitaly/.config/Slack/ home/vitaly/.thumbnails/  home/vitaly/.cache/ home/vitaly/.local/share/TelegramDesktop/tdata/user_data/cache/ home/vitaly/.local/share/TelegramDesktop/tdata/user_data/media_cache/ home/vitaly/.local/share/Steam/ home/vitaly/.googleearth/Cache/ home/vitaly/.local/share/OMaps/ home/vitaly/.config/Audius/Cache/ home/vitaly/.config/YandexMusic/Cache/ home/vitaly/.config/vesktop/sessionData/Cache/ home/vitaly/.config/bilibili/Cache/ home/vitaly/.local/share/Trash/  home/vitaly/go/pkg/mod/cache/ home/vitaly/.cargo/registry/  home/vitaly/record/out/  home/vitaly/Desktop/unreal-5-4-4/

Также игнорируются файлы из .gitignore каждой папки.

Скрипт показывает df -h до и после — чтобы увидеть сколько места занял бекап.

Бекапить надо с другой системы; ну или желательно — рабочая система ведь создаёт файлы для процессов, а их бекапить смысла нет.

Бекаплю на отдельный старый HDD отформатированный в BTRFS — чтобы использовать ZSTD сжатие.

sudo apt install btrfs-progs -y # https://details.nl/install-and-use-btrfs-on-ubuntu-20-04-lts  sudo mkfs.btrfs /dev/sdX # Partitions are not needed  sudo mount -o compress-force=zstd:15 /dev/sdX /mnt # Max compression level is 15 # Дефолтное сжатие можно добавить в fstab

После бекапа можно увидеть как хорошо сжалось:

sudo apt install btrfs-compsize sudo compsize /mnt

Пример вывода:

   Processed 54036 files, 42027 regular extents (42028 refs), 27150 inline.    Type       Perc     Disk Usage   Uncompressed Referenced    TOTAL       73%      211G         289G         289G    zstd        28%       42M         148M         148M    none       100%      174G         174G         174G

Главное тут Perc — чем ниже этот процент тем лучше.

Для каждой папки с конфигами я использую git репозиторий — и вот такой подход для бекапа всей системы. Знаю есть много инструментов для бекапа, но у меня пока так просто — инкрементальный бекап через rsync в btrfs с максимальным сжатием.