Автоматичні знімки системи

Ditana автоматично робить знімок стану системи перед оновленням системи за допомогою хука pacman. Це налаштовується незалежно від вибраної файлової системи в інсталяторі, у розділі Advanced Settings → System Maintenance Tools → Configure Automatic System Snapshots (типово ввімкнено).

Частота буває різною. На ZFS перед кожним оновленням робиться знімок. На BTRFS, XFS та EXT4 timeshift-autosnap робить щонайбільше один знімок кожні 18 годин (minHoursBetweenSnapshots у /etc/timeshift-autosnap.conf), тож друге оновлення того самого дня нового знімка не створює. В обох випадках зберігаються три знімки (maxSnapshots).

На ZFS і BTRFS знімки атомарні — вони фіксуються в одну мить, з незначними витратами місця та часу. На XFS і EXT4 Timeshift працює в режимі rsync; перший знімок створюється найповільніше, а наступні зазвичай завершуються менш ніж за п’ять секунд.

Перший знімок робить сам інсталятор, безпосередньо перед першим перезавантаженням, тож від першого дня є чиста відправна точка — ви можете повернутися до стану «щойно встановлено», навіть якщо ще жодного разу не оновлювали систему. На ZFS ця відправна точка не зберігається: цей знімок названо так само, як будь-який інший автоматичний знімок, і він найстаріший, тож після трьох оновлень його прибирає ліміт зберігання. Перейменуйте його або збільште maxSnapshots, якщо хочете його зберегти. У Timeshift він зберігається, бо фільтр видалення його не охоплює.

Знімки охоплюють лише систему. Ваш домашній каталог та інші томи з даними до них не входять. Відновлення знімка системи не зачіпає ваших особистих файлів — відкотіть систему, збережіть свою роботу.

Особливий випадок: відкочування до знімка інсталятора

Якщо ви відкотитеся до найпершого знімка, зробленого наприкінці встановлення, буде один незначний наслідок: служба розгортання Flatpak під час першого завантаження (ditana-flatpak-finalize.service) знову запуститься під час наступного завантаження системи й повторно встановить пакунки Flatpak, які ви спочатку вибрали. Вона запускається перед екраном входу й навмисно затримує його, поки отримує пакунки, тож якщо завантаження деякий час стоїть на текстовій консолі, це очікувана поведінка, а не зависання. Так задумано — ці пакунки Flatpak є частиною налаштованої системи, тому їх відновлюють разом з усім іншим. Під час подальших відкочувань (до знімків, зроблених після завершення першого завантаження) такого не відбувається.

Обробка файлу блокування на ZFS

Ditana постачає власне відгалуження zfs-autosnap, яке в момент створення знімка відсуває файл блокування pacman (/var/lib/pacman/db.lck) убік, а потім повертає його на місце, тож знімок не містить файлу блокування. Тому після відкочування ZFS pacman одразу придатний до роботи — без ручного кроку rm /var/lib/pacman/db.lck. Оригінальний варіант Timeshift для файлових систем, відмінних від ZFS, цього не робить, тому описана нижче процедура відновлення Timeshift містить цей ручний крок.

Процедура відновлення

На ZFS є коротший шлях, для якого взагалі не потрібен носій. ZFSBootMenu може завантажити знімок напряму: перервіть його під час запуску, виберіть середовище завантаження, а потім потрібний знімок зі списку, який він показує. Власна відправна точка інсталятора називається autosnap_after_ditana_installation. Усе, що нижче, — для випадку, коли цього недостатньо, або для файлової системи, відмінної від ZFS.

Якщо система не завантажується, завантажтеся з ISO-образу Ditana. Він запитає, чи потрібно ввійти в систему відновлення для знайденої ним встановленої системи; відповідайте ствердно, і він змонтує встановлену систему та покаже список знімків, які вона містить. Наведені нижче команди виконуйте всередині цієї системи відновлення — не в самому live-середовищі, де немає ні Timeshift, ні імпортованого пулу.

ZFS

Перегляньте список доступних знімків:

zfs list -t snapshot

Приклад виводу:

NAME                                                    USED  AVAIL  REFER  MOUNTPOINT
ditana-root/ROOT/default@autosnap_2026-05-19_23-14-41   453K      -  3.96G  -
ditana-root/ROOT/default@autosnap_2026-05-19_23-25-28   394K      -  3.96G  -
ditana-root/ROOT/default@autosnap_2026-05-19_23-26-06  1.05M      -  3.96G  -

Відновіть конкретний знімок:

sudo zfs rollback ditana-root/ROOT/default@autosnap_2026-05-19_23-26-06

zfs rollback відмовляється працювати, якщо існують новіші знімки, а це звичайна ситуація, коли їх накопичилося кілька. Спершу знищте їх або передайте -r, щоб команда знищила їх сама, — усе, що новіше за знімок, який ви відновлюєте, так чи інакше зникне.

BTRFS, XFS, EXT4

Автоматичними знімками керує timeshift-autosnap, який створює знімок перед кожним повним оновленням.

Перегляньте список доступних знімків:

sudo timeshift --list

Приклад виводу:

Mounted '/dev/dm-0 (sda4)' at '/run/timeshift/195216/backup'
Device : /dev/dm-0 (sda4)
Mode   : RSYNC

Num Name                Tags  Description
------------------------------------------
0 > 2026-05-19_18-04-37 0     after installation of Ditana GNU/Linux

Відновіть знімок:

sudo timeshift --restore --snapshot 2026-05-19_18-04-37

Коли з’явиться запит, не перевстановлюйте GRUB2, як рекомендує Timeshift, — він припускає наявність інструмента update-grub, якого Ditana не використовує. Якщо після відновлення потрібно оновити GRUB, виконайте:

grub-mkconfig -o /boot/grub/grub.cfg

Після відновлення за допомогою Timeshift також зніміть блокування бази даних pacman:

sudo rm /var/lib/pacman/db.lck

Це потрібно, бо timeshift-autosnap (оригінальний проєкт для файлових систем, відмінних від ZFS) зберігає файл блокування pacman як частину знімка. Відгалуження zfs-autosnap від Ditana видаляє файл блокування перед створенням знімка, тому на ZFS аналогічний крок не потрібен (достатньо zfs rollback).