I even had part of a draft for this already drawn up…
There was definitely an issue when you booted the RW snapshot with grub-btrfs
, then used the Timeshift restore.
I spotted someone in the forums that successfully restored, which I didn’t believe at first.
So I tested this in a VM, and it restored just fine.
After restoring, your new root used to be subvol=
, something like, /timeshift-btrfs/snapshots/2024-12-14_23-09-48/@
. And it would just get worse if the user kept trying to restore through the GUI from there.
But just recently, in a VM; I booted the RW snapshot a few times and a few ways, and used the restore from booting a snapshot and got expected results.
And now everything looks fine, where this test would fail before. So after booting into the snapshot, and after the restore, and booting the restored OS:
$ findmnt /
TARGET SOURCE FSTYPE OPTIONS
/ /dev/vda2[/@] btrfs rw,relatime,discard=async,space_cache=v2,subvolid=263,subvol=/@
$ sudo btrfs sub li /
ID 256 gen 78 top level 5 path timeshift-btrfs/snapshots/2024-12-01_13-17-44/@
ID 257 gen 122 top level 5 path @home
ID 258 gen 85 top level 5 path @cache
ID 259 gen 123 top level 5 path @log
ID 260 gen 57 top level 5 path timeshift-btrfs/snapshots/2024-12-01_13-09-48/@
ID 261 gen 72 top level 5 path timeshift-btrfs/snapshots/2024-12-01_13-14-21/@
ID 262 gen 83 top level 5 path timeshift-btrfs/snapshots/2024-12-01_13-14-45/@
ID 263 gen 123 top level 5 path @
$ sudo timeshift --list
...
Num Name Tags Description
------------------------------------------------------------------------------
0 > 2024-12-01_13-09-48 O W M {timeshift-autosnap} {created before upgrade}
1 > 2024-12-01_13-14-21 O Fresh & updated
2 > 2024-12-01_13-14-45 O Manual test
3 > 2024-12-01_13-17-44 O Before restoring '2024-12-01 13:14:45'
So I am 99% sure restore works (after booting into a grub-btrfs
snapshot), where it did not before.