История изменений

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

Я дела систему бекапов через эту тулзу - 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/@	

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

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

Я дела систему бекапов через эту тулзу - 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	

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

Я дела систему бекапов через эту тулзу - 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

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

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

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