Snapshot automatici del sistema

Ditana crea automaticamente uno snapshot dello stato del sistema prima di un aggiornamento del sistema, tramite un hook di pacman. La funzione si configura indipendentemente dal file system scelto, in Advanced Settings → System Maintenance Tools → Configure Automatic System Snapshots nel programma di installazione (attivata per impostazione predefinita).

La frequenza varia. Su ZFS ogni aggiornamento è preceduto da uno snapshot. Su BTRFS, XFS ed EXT4, timeshift-autosnap crea al massimo uno snapshot ogni 18 ore (minHoursBetweenSnapshots in /etc/timeshift-autosnap.conf), per cui un secondo aggiornamento nello stesso giorno non ne genera uno nuovo. In entrambi i casi ne vengono conservati tre (maxSnapshots).

Su ZFS e BTRFS gli snapshot sono atomici – acquisiti in un singolo istante, con un sovraccarico di spazio e di tempo trascurabile. Su XFS ed EXT4 Timeshift viene usato in modalità rsync; il primo snapshot è il più lento, e quelli successivi si completano di solito in meno di cinque secondi.

Il programma di installazione stesso crea il primo snapshot, subito prima del primo riavvio, garantendo così uno stato di riferimento pulito fin dal primo giorno – potete tornare allo stato «appena installato» senza aver mai eseguito prima un aggiornamento. Su ZFS questo stato di riferimento non dura: ha un nome costruito come quello di ogni altro snapshot automatico ed è il più vecchio, per cui il limite di conservazione lo elimina dopo tre aggiornamenti. Se desiderate conservarlo, rinominatelo o aumentate maxSnapshots. Con Timeshift sopravvive, perché il filtro di eliminazione non lo seleziona.

Gli snapshot riguardano solo il sistema. La vostra directory home e gli altri volumi di dati non sono inclusi. Il ripristino di uno snapshot del sistema non tocca i vostri file personali – ripristinate il sistema, conservate il vostro lavoro.

Caso particolare: tornare allo snapshot del programma di installazione

Se tornate al primissimo snapshot creato alla fine dell’installazione, c’è una conseguenza minore: il servizio che installa i Flatpak al primo avvio (ditana-flatpak-finalize.service) verrà eseguito di nuovo all’avvio successivo, reinstallando i Flatpak che avevate scelto inizialmente. È pianificato prima della schermata di accesso e la ritarda intenzionalmente mentre scarica i dati, per cui un avvio che resta per un po’ su una console di testo è il comportamento previsto e non un blocco. È voluto – quei Flatpak fanno parte del sistema configurato, per cui vengono ripristinati insieme a tutto il resto. I ripristini successivi (a snapshot creati dopo il completamento del primo avvio) non presentano questo comportamento.

Gestione del file di blocco su ZFS

Ditana distribuisce un proprio fork di zfs-autosnap, che sposta da parte il file di blocco di pacman (/var/lib/pacman/db.lck) nel momento in cui viene creato lo snapshot e lo rimette a posto in seguito, in modo che lo snapshot non contenga alcun file di blocco. Ciò significa che dopo un ripristino ZFS pacman è subito utilizzabile – senza il passaggio manuale rm /var/lib/pacman/db.lck. La variante upstream per Timeshift, destinata ai file system diversi da ZFS, non gestisce questo aspetto, motivo per cui la procedura di ripristino con Timeshift descritta più avanti include quel passaggio manuale.

Procedura di ripristino

Su ZFS esiste una via più breve, che non richiede alcun supporto. ZFSBootMenu può avviare direttamente uno snapshot: interrompetelo all’avvio, selezionate l’ambiente di avvio e scegliete lo snapshot desiderato dall’elenco visualizzato. Lo stato di riferimento creato dal programma di installazione si chiama autosnap_after_ditana_installation. Tutto ciò che segue riguarda il caso in cui questo non basti, oppure un file system diverso da ZFS.

Se il vostro sistema non si avvia, avviatelo dall’ISO di Ditana. L’ISO chiede se deve entrare nel sistema di emergenza per l’installazione rilevata; rispondete di sì, e monterà il sistema installato ed elencherà gli snapshot che contiene. I comandi seguenti vanno eseguiti all’interno di quel sistema di emergenza – non nel semplice ambiente live, che non dispone né di Timeshift né del pool importato.

ZFS

Elencate gli snapshot disponibili:

zfs list -t snapshot

Esempio di output:

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  -

Ripristinate uno snapshot specifico:

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

zfs rollback si rifiuta di procedere finché esistono snapshot più recenti, il che è normale non appena se ne sono accumulati diversi. Eliminateli prima, oppure passate -r perché sia il comando a eliminarli – in entrambi i casi tutto ciò che è più recente dello snapshot che state ripristinando va perso.

BTRFS, XFS, EXT4

Gli snapshot automatici sono gestiti da timeshift-autosnap, che crea uno snapshot prima di ogni aggiornamento completo.

Elencate gli snapshot disponibili:

sudo timeshift --list

Esempio di output:

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

Ripristinate uno snapshot:

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

Quando richiesto, non reinstallate GRUB2 come raccomanda Timeshift – presuppone la presenza di uno strumento update-grub che Ditana non usa. Se dovete aggiornare GRUB dopo il ripristino, eseguite:

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

Dopo un ripristino con Timeshift, rimuovete anche il blocco del database di pacman:

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

Ciò è necessario perché timeshift-autosnap (il progetto upstream per i file system diversi da ZFS) include nello snapshot il file di blocco di pacman. Il fork di zfs-autosnap di Ditana rimuove il file di blocco prima di creare lo snapshot, motivo per cui su ZFS il passaggio equivalente non è necessario (basta zfs rollback).