Btrfs : vytvoření snapshotu před riskantní aktualizací

A aktualizace jádra, ovladačů nebo balíčků může ponechat zařízení nebo VM v nepoužitelném stavu. Pokud je vaše kořenové umístění na Btrfs, snapshot pořízen těsně před operací poskytuje lokální bod návratu, pokud cílíte na správný podobjem.

Metoda níže vytvoří kopii v režimu pouze pro čtení a poté kontroluje, zda skutečně existuje. Nenahrazuje zálohu a nespouští automatickou obnovu systému.

Ověřit, že kořen je podobjem Btrfs

Nezapojujte snapshot, protože stroj používá Btrfs někde. Je nutné zkontrolovat souborový systém, který nese /, a poté identifikovat připojený podobjem. Na vzdáleném serveru si udržujte svého SSH sezení otevřené po celou dobu kontroly.

findmnt -T / -o TARGET,SOURCE,FSTYPE,OPTIONS
sudo btrfs subvolume show /
sudo btrfs subvolume list -p /
sudo btrfs filesystem usage /

První příkaz by měl zobrazit btrfs ve sloupci FSTYPE. btrfs subvolume show / potvrzuje, že kořen odpovídá podobjemu. Také sledujte nealokovaný prostor a volný prostor, protože snapshot nejprve sdílí existující bloky a poté zabírá místo, když se soubory změní.

Tato procedura cílí na kořen Btrfs připojený jako podobjem. Pokud je /home odděleno, pořiďte samostatný snapshot pro data, která by měla následovat návrat. Na stroji nastaveném s LVM, ext4 nebo XFS, tyto příkazy nejsou vhodné.

Vytvořit kopii před aktualizací

Vyberte adresář snapshotů umístěný ve stejném souborovém systému Btrfs. Příkladem vytvoří jméno datovaného a kopii v režimu pouze pro čtení. Přizpůsobte cestu, pokud vaše distribuce nebo nástroj pro snapshoty již používá dedikované umístění.

sudo install -d -m 700 /@snapshots
sudo btrfs subvolume snapshot -r / /@snapshots/root-before-update-2026-09-02

Možnost -r chrání tento bod návratu před neúmyslnou změnou. Počkejte na dokončení příkazu před spuštěním apt upgrade, dnf upgrade nebo vašeho obvyklého postupu. Dokumentace Btrfs popisuje tento mechanismus snapshotu a vlastnosti podobjemů.

Tento příkaz bych si rezervoval pro kořen, jehož montáž jste přečetli. Vytvoření snapshotu na nesprávné cestě dává dojem bezpečnosti, ale neobnovuje skutečně změněný systém.

Zkontrolovat bod návratu po aktualizaci

Snapshot oznámený terminálem není ještě dostatečnou kontrolou. Vylistujte ho, zobrazte jeho vlastnosti a poté restartujte a zkontrolujte službu nebo aplikaci ovlivněnou aktualizací.

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 ro

Poslední příkaz by měl uvádět ro=true. Uchovejte snapshot až do potvrzení bootování a dotčených služeb. Jakmile bude aktualizace potvrzena, můžete ji smazat, aby se uvolnily bloky, které již nejsou sdíleny.

sudo btrfs subvolume delete /@snapshots/root-before-update-2026-09-02

Neodstraňujte kopii, kterou byste mohli potřebovat k diagnostice regresního problému. Pokud se stroj znovu nespustí, postup závisí na zaváděči, uspořádání podobjemů a nástroji pro správu snapshotů. Připravte tento postup před incidentem, spíše než při zasedání pro obnovu.

Místní snapshot nechrání disk

Snapshot zůstává na stejném Btrfs poolu. Selhání disku, nedostupný zašifrovaný svazek nebo smazání poolu může odnést kořen a jeho snapshots. Pro obnovení souboru po hardwarovém incidentu uchovávejte také zálohu mimo pool. Naše metoda pro ověření obnovy BorgBackup doplňuje tuto kontrolu.

Volba je jednoduchá: snapshot pro rychlý návrat po aktualizaci, samostatná záloha pro přežití ztráty úložiště. Oba reagují na různé poruchy.

Pro podrobnosti o podobjemech a jejich snapshotech zůstává dokumentace Btrfs užitečným odkazem před změnou uspořádání stávajícího systému.

sudo apt update && sudo apt upgrade