Каноничный алгоритм отката системы из снимка btrfs

форматрируешь раздел. накатываешь снимок. есть иные варианты ??

«рокировка» subvolumes: меняешь подтом root на его снимок. Мой вопрос - как это делать в деталях по канону?

тогда точно опиши реквестуемое в заголовке :) что получается и что не получается.

Я не утверждаю, что у меня что-то не получается. Есть разрекламированный функционал btrfs - снимки и откат системы. Но не могу найти стандартного алгоритма по откату системы; в таких делах ошибка дорого стоит. Вы его знаете?

Нет такого

Тогда каким пользуетесь вы?

Пользовался самописными костылями

Делаешь новую копию снимка и делаешь её основной рабочей( дефолтной или через явное указание подтома). Если где-либо не прибит гвоздями subvolume ID, этого достаточно.

Каноничный

Тот, который в opensuse? Средствами snapper. И ещё в статье snapper в archwiki есть способ отката.

Или timeshift в каком-нибудь Mint более каноничный?

Команда btrfs rollback poolname/fsname@snapshotname отсутствует что ли? Ну дела…

btrfs subvolume set-default ID /

пробовал, не работает (Fedora)

подмечал это средство, но рассчитывал, что можно обойтись только средствами btrfs. Спасибо, буду пробовать

вы случаем не с zfs попутали?

mv /snapshots/ROOT/* /

Я пытаюсь построить параллели и пересечения между Btrfs и ZFS. Походу, у Btrfs не хватает линии для таких построений.

вот так вот просто? да ладно

Ну а почему нет?

Я дела систему бекапов через эту тулзу - https://github.com/digint/btrbk. Топовая штука

Вот тебе выдержка из рабочей документации, что я когда-то писал:

Делается через монтирование и перемещение директорий сабволюмов.

Посмотрим какие сабволюмы у нас имеются:

root@sim-btrfs / # btrfs subv list /
ID 257 gen 2709 top level 5 path @boot
ID 258 gen 2667 top level 5 path @home
ID 259 gen 2731 top level 5 path @tmp
ID 260 gen 2761 top level 5 path @logs
ID 261 gen 2658 top level 5 path @cache
ID 291 gen 2758 top level 288 path btrbk_snapshots/ROOT.20220113T1628 

Откатимся на ROOT.20220113T1628

Для этого монтируем весь диск в /mnt(это будет своеобразное зеркало нашего корня):

mount /dev/md0 /mnt

Снепшот корня btrbk_snapshots/ROOT.20220113T1628 в read-only - для восстановления его нужно перевести в rw. Документация btrbk рекомендует делать это через снятие rw-снепшота от исходного снепшота, а не через btrfs property set -ts </path/to/subvolume> ro false(якобы из каких-то возможных проблем с UUID’ами). Т.о.:

btrfs subvolume snapshot /btrbk_snapshots/ROOT.20220113T1628 /rollback

Далее просто перемещаем сабволюмы:

mv /mnt/@ /mnt/@_oldroot
mv /mnt/@_oldroot/rollback /mnt/@	

Делаем ребут, чистим ненужное при необходимости.

Я и базу чинил простым перекидыванием /var/lib из снепшота в текущий корень.

Ничо, полет нормальный

Далее просто перемещаем сабволюмы

Переименовываем?

Делаем ребут, чистим ненужное при необходимости.

Если в fstab указан subvolid? Если система с UEFI загрузчик поймет с какого сабволюма грузиться?

Вот такой у меня был приблизительно fstab был:

proc /proc proc defaults 0 0
# /dev/md/0 belongs to btrfs volume 'btrfs.1'
# /dev/md/0
UUID=663c232c-9e81-4cb8-953b-a583eeeac1d3 / btrfs defaults,compress-force=zstd:10,subvol=@ 0 0
# /dev/md/0
UUID=663c232c-9e81-4cb8-953b-a583eeeac1d3 /home btrfs defaults,subvol=@home 0 0
# /dev/md/0
UUID=663c232c-9e81-4cb8-953b-a583eeeac1d3 /tmp btrfs defaults,subvol=@tmp 0 0
# /dev/md/0
UUID=663c232c-9e81-4cb8-953b-a583eeeac1d3 /var/lib btrfs defaults,compress-force=zstd:10,subvol=@libs 0 0

Дельная информация. Спасибо

Нужно загружаться с ливсиди и делать это все?

Если система загружается, то нет, зачем. Если все сломал так, что нет, то rescue или livecd.

Еще есть возможность в grub загружаться с разных снепшотов, но я этого никогда не делал - https://github.com/Antynea/grub-btrfs

Самая мякотка, что можно снять снепшот с одной машины. И развернуть из него клон на другой

Т.е. / на горячую можно подменить в работающей системе?