Dotaz: Zálohování s btrfs

[kol-ouch]

Ahoj, po letech s odroidHC2 přišel upgrade na H3+ a jsem ve stavu pokusů co to umí a potřeboval bych (nejdřív) poradit se zálohováním. Do teď jsem řešil zálohy přes clonezillu (desktop), nebo jsem kopíroval sd kartu (nas) a data jsem odléval na ten NAS (btrfs snapshot poslaný přes rsnapshot na EXT4)

Clonezillu používám i ted - mám uložený funkční stav, který dokážu v pohodě obnovit, ale je to cesta pod stůl, přeházení kabelů, restart do livecd, obnova, restart zpátky

Zkouším obnovu s btrfs, asi něco vynechávám a nedokážu “rollback” udělat - snapshot si udělám, pošlu, zkopíruju, ale nevím jak (ideálně bez potřeby livecd) dostat systém ze snaphotu zpátky

Google jsem zkoušel, ale jak jsem psal - buď něco přehlížím, nebo nechápu

Máte někdo prosím nějaký odzkoušený návod?

Díky moc

---

---

Odpovědi

[X]

Andreji?

[kol-ouch]

Tohle je na mě trochu moc abstraktní - konkrétněji by to neslo prosím?

[Max]

Volá jednoho místního uživatele, silného zastánce btrfs apod.
Zdar Max

[kol-ouch]

Aha, tak ten by ale třeba mohl vědět :)

[GeorgeWH]

Takto ho neprivolas.

Skus toto: Ale preco chces menit rokmi overeny stabilny filesystem EXT4 za devel projekt?

[Andrej]

Pokud chceš udělat rollback u systémového oddílu ze snapshotu, tak máš několik možností.
1) Nabootuješ z toho snapshotu, tj. v grubu a ve fstabu si definuješ subvolume, které bude směřovat na ten snapshot. Příklad:

# původní hodnota
/dev/mapper/system    /    btrfs   defaults         0      0

# boot ze snapshotu
/dev/mapper/system    /    btrfs   defaults,subvol=/.snapshosts/snapshot20220211        0      0

+ to samé definovat v nastavení grubu.

2) Další možnost je udělat switch defaultní subvolume, tj. použít "btrfs subvolume set-default" (btrfs subvolume get-default) a po restartu by jsi měl naběhnout ze snapshotu, který jsi zvolil jako výchozí subvoume pro mount.

Snapshot je totiž vlastně subvolume, operuješ s tím tedy stejně.
Nastuduj si, pohraj si a uvidíš, co ti bude vyhovovat.
Zdar Max

[kol-ouch]

Oboje jsem zkoušel - u 1 jsem zapomněl na úpravu grub, ještě se na to podívám, ale u možnosti 2 nevím co dělám špatně - vždycky nabootuju do @rootfs a ne do snapshotu

Zkusím večer dát (špatný) postup :/

[čavo]

Ešte by mohol nastať problém, že zväčša sa zalohovacie snapshoty (subvolumy) vytvárajú ako RO (ochrana pred nedbalím prepísaním), teda ich treba ešte zmeniť na RW

sudo btrfs sub show /mnt/rawroot/btrbk_snapshots/boot.20220904T0001
...
        Flags:                  readonly
...

Zmeniť to možno príkazom

btrfs property set -ts /mnt/rawroot/btrbk_snapshots/boot.20220904T0001 ro false

Alebo s RO snapshotu vyovriť subvolume s RW. Teda sa zachová snapshot)

sudo btrfs subvolume snapshot /mnt/rawroot/btrbk_snapshots/boot.20220904T0001 /mnt/rawroot/newboot

Aby bolo jané prečo mám také cesty:

> mount | grep rawroot
/dev/sda1 on /mnt/rawroot type btrfs (rw,noatime,compress=lzo,ssd,space_cache,autodefrag,subvolid=5,subvol=/)

[kol-ouch]

asi bych to zkusil obráceně - těch různých marných pokusů mám za sebou už tolik, že by v tom byl bordel :-/.

Stav je teď:

root@naves:~# btrfs subvolume list /
ID 256 gen 9644 top level 5 path @rootfs
ID 273 gen 9256 top level 256 path snap/root

root@naves:~# btrfs sub show  /
@rootfs
        Name:                   @rootfs
        UUID:                   c33a09e0-f104-a744-9085-afab88a945dd
        Parent UUID:            -
        Received UUID:          -
        Creation time:          2023-02-26 09:57:59 +0100
        Subvolume ID:           256
        Generation:             9646
        Gen at creation:        6
        Parent ID:              5
        Top level ID:           5
        Flags:                  -
        Snapshot(s):
                                @rootfs/snap/root
root@naves:~# btrfs sub show  /s
sbin/ snap/ srv/  sys/
root@naves:~# btrfs sub show  /snap/root/
@rootfs/snap/root
        Name:                   root
        UUID:                   e482c62b-48ef-d84e-b641-65663f37eb2d
        Parent UUID:            c33a09e0-f104-a744-9085-afab88a945dd
        Received UUID:          -
        Creation time:          2023-03-10 06:35:41 +0100
        Subvolume ID:           273
        Generation:             9256
        Gen at creation:        9250
        Parent ID:              256
        Top level ID:           256
        Flags:                  -
        Snapshot(s):
root@naves:~#

do 256 se zapisuje

co mám udělat, abych po rebootu fungoval na 273?

[čavo]

Ak používate grub tak upraviť riadok v grub.cfg. Predpokladám, že tam je @rootfs

linux   /boot/vmlinuz root=/dev/sda1 ro rootflags=subvol=snap/root ...

Upraviť /etc/fstab

/dev/sda1       /       btrfs       rw,noatime,subvol=snap/root

Prípadne namiesto subvol použiť subvolid, keď chcete použiť idčka.

[čavo]

Ešte jedna vec. To /etc/fstab je dobré upraviť v novom root, teda /snap/root/etc/fstab, lebo ten bude po boote k dispozícii.

[kol-ouch]

díky moc, zkusím se do toho zavrtat

[kol-ouch]

tak asi nejjednodušší je použít snapper + grub-btrfs

bohužel pokus o sbalení grub-btrfs skončí vyždycky takhle:

Installing systemd .service file
make[1]: Opouští se adresář „/root/git/grub-btrfs-1“
   dh_installdocs
   dh_installchangelogs
   dh_installman
dh_installman: error: mv debian/grub-btrfs/usr/share/man/man8/grub-btrfsd.8.bz2.dh-new debian/grub-btrfs/usr/share/man/man8/grub-btrfsd.8.bz2: No such file or directory
dh_installman: error: mv debian/grub-btrfs/usr/share/man/man8/grub-btrfs.8.bz2.dh-new debian/grub-btrfs/usr/share/man/man8/grub-btrfs.8.bz2: No such file or directory
dh_installman: error: Aborting due to earlier error
make: *** [debian/rules:18: binary] Chyba 2
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2
root@naves:~/git/grub-btrfs-1#

postup balení:

git clone https://github.com/Antynea/grub-btrfs.git
dh_make --createorig
dpkg-buildpackage

klasické make install funguje, ale radši bych normální balíček

jsou to už léta když jsem takhle něco balil, tak mi asi něco uniká - co mu chybí vím, ale ty soubory se ve složce tvoří automaticky a i když je ručně přejmenuju, tak si je pak vytvoří se špatným jmenem sám. a pak je nemůže najít

No, jestli ty ten svůj problém neděláš zbytečně složitější, než ve skutečnosti je...

Pokud máš na disku subvolume, na kterém je normální rootfs a nějaký starší snapshot (to je taky subvolume), ze kterého chceš příště restartovat systém, tak ti stačí tvůj oblíbený edtior, ve kterém z původního fungujícího systému změníš grub.cfg a pravděpodobně i fstab. Žádný snapper a grub-btrfs nepotřebuješ. (grub.cfg v podstatě ani editovat nemusíš, stačí zeditovat řádek grubu při bootování.)

Pokud chceš systém nastartovat ze snapshotu, který je uložený někde mimo, tak ho musíš napřed na ten svůj systém nahrát. Následně pokračuješ jako je uvedeno výše.

A jestli tvůj původní systém zrovna nebootuje, tak se patrně neobejdeš bez něčeho, jako je live distribuce na něčem příhodném, ze které nabootuješ a provedeš výše uvedené.

[kol-ouch]

No, jestli ty ten svůj problém neděláš zbytečně složitější, než ve skutečnosti je

to si zcela určitě bohužel dělám - myslel jsem že bude stačit třeba něco jako výše zmíněné "btrfs set-default 273 / " a pak reboot, ale nějak se v tom motám

ten btrfs-grub udělá ve spojením se snapperem copotřebuju, ale myslel jsem, že bude stačit přehazovat snapshoty

[lertimir]

No pokud se s managementem bootovaní ze snapshotů chceš více seznámit, doporučuji nainstalovat a prohlédnout si scipty v openSuse. To je distro, které má btrfs na systémovém disku out-of-the-box včetně managementu snapshotů, takže pouhým výběrem v grubovém menu můžeš bootnout kterýkoliv snapshot. Současně doporučuji pozornosti i jejich subvolume layout, kde je jasné, co a proč se snaphostů vyřazují.

[čavo]

Ak by si chcel aby stačilo „btrfs set default číslo /“, tak by museli byť splnené dve podmienky. V grub.cfg sa nebude spomínať subvolume (použije sa default), ani v /etc/fstab sa pre to isté nebude pomínať pre „/“ subvolume. Inak sa to rozbije a použije, čo je tam spomenuté. A samozrejme subvolume nebude RO, to by trošku mohlo narušiť prácu, ak nie sú samostané subvolumy pre „/var“, „/tmp“ a ešte pár podadresárov.

[kol-ouch]

Dík moc, kouknu na to - zatím jsem skončil u toho snapperu a grub-btrfs (řešení jako má suse)- dělá to co potřebuju. Uvidím co sí tím dokážu dál dělat

Ještě jednou dík za rady a nasměrování

[kol-ouch]

doplnění - funkční grub-btrfs .deb pro debian 11 jsem vzal tady