Un aggiornamento del kernel, dei driver o dei pacchetti può lasciare un computer o una VM in uno stato inutilizzabile. Se la tua root è basata su Btrfs, uno snapshot preso poco prima dell’operazione mantiene un punto di ritorno locale, a patto di puntare al sottovolume corretto.
Il metodo qui sotto crea una copia in sola lettura, poi controlla che esista veramente. Non sostituisce un backup e non avvia un ripristino automatico del sistema.
Confermare che la root sia un sottovolume Btrfs
Non avviare uno snapshot solo perché la macchina utilizza Btrfs in un qualche punto. Bisogna verificare il file system che contiene /, poi identificare il sottovolume montato. Su un server remoto, mantieni la tua sessione SSH aperta per tutta la verifica.
findmnt -T / -o TARGET,SOURCE,FSTYPE,OPTIONS
sudo btrfs subvolume show /
sudo btrfs subvolume list -p /
sudo btrfs filesystem usage /Il primo comando deve mostrare btrfs nella colonna FSTYPE. btrfs subvolume show / conferma che la root corrisponde a un sottovolume. Controlla anche lo spazio non allocato e lo spazio libero, poiché uno snapshot condivide prima i blocchi esistenti, poi consuma spazio quando i file cambiano.
Questa procedura punta a una root Btrfs montata come sottovolume. Se /home è separata, prendi uno snapshot distinto per i dati che devono seguire il ritorno. Su una macchina configurata con LVM, ext4 o XFS, questi comandi non sono adatti.
Creare una copia prima dell’aggiornamento
Scegli una directory di snapshot situata sullo stesso file system Btrfs. L’esempio crea un nome datato e una copia in sola lettura. Adatta il percorso se la tua distribuzione o il tuo strumento di snapshot utilizza già una posizione dedicata.
sudo install -d -m 700 /@snapshots
sudo btrfs subvolume snapshot -r / /@snapshots/root-before-update-2026-09-02L’opzione -r protegge questo punto di ritorno da modifiche involontarie. Attendi il termine del comando prima di avviare apt upgrade, dnf upgrade o la tua procedura abituale. La documentazione Btrfs descrive questo meccanismo di snapshot e le proprietà dei sottovolumi.
Riserverei questo comando a una root di cui hai letto il montaggio. Creare uno snapshot del percorso sbagliato dà un’impressione di sicurezza, poi non ripristina il sistema che è stato effettivamente modificato.
Controllare il punto di ritorno dopo l’aggiornamento
Uno snapshot segnalato dal terminale non è ancora un controllo sufficiente. Elencalo, visualizza le sue proprietà, poi riavvia e controlla il servizio o l’applicazione interessata dall’aggiornamento.
sudo btrfs subvolume list /@snapshots
sudo btrfs subvolume show /@snapshots/root-before-update-2026-09-02
sudo btrfs property get -ts /@snapshots/root-before-update-2026-09-02 roL’ultimo comando deve indicare ro=true. Mantieni lo snapshot fino alla convalida dell’avvio e dei servizi coinvolti. Una volta convalidato l’aggiornamento, puoi eliminarlo per recuperare i blocchi che non sono più condivisi.
sudo btrfs subvolume delete /@snapshots/root-before-update-2026-09-02Non eliminare una copia di cui potresti aver bisogno per diagnosticare una regressione. Se la macchina non si avvia più, la procedura dipende dal bootloader, dalla disposizione dei sottovolumi e dallo strumento di gestione degli snapshot. Prepara questa procedura prima dell’incidente, piuttosto che da una sessione di emergenza.
Uno snapshot locale non protegge il disco
Lo snapshot rimane sullo stesso pool Btrfs. Un guasto del disco, un volume cifrato inaccessibile o la cancellazione del pool possono portare via la root e i suoi snapshot. Per recuperare un file dopo un incidente hardware, conserva anche un backup al di fuori del pool. Il nostro metodo per verificare un ripristino di BorgBackup completa questo controllo.
La scelta è semplice: snapshot per tornare rapidamente dopo un aggiornamento, backup separato per sopravvivere alla perdita di archiviazione. Entrambi rispondono a guasti diversi.
Per i dettagli sui sottovolumi e i loro snapshot, la documentazione Btrfs rimane il riferimento utile prima di cambiare l’organizzazione di un sistema esistente.