Man entferne die subvolume ID Einträge in /etc/fstab und schon gehts auch mit timeshift.
Das ist die Lösung, konnte den Fehler reproduzieren. Hatte bei mir auch die IDs rausgeworfen, mich jetzt aber nicht mehr daran erinnert.
So sehen Subvolume-ID vor dem Rollback aus:
$ btrfs subvolume list /
ID 256 gen 159 top level 5 path @
ID 257 gen 159 top level 5 path @home
ID 258 gen 159 top level 5 path @log
ID 259 gen 128 top level 5 path @pkg
ID 260 gen 59 top level 5 path @.snapshots
Dazu die fstab
UUID=c4694... / btrfs rw,relatime,subvolid=256,subvol=/@ 0 0
UUID=c4694... /home btrfs rw,relatime,subvolid=257,subvol=/@home 0 0
UUID=c4694... /var/log btrfs rw,relatime,subvolid=258,subvol=/@log 0 0
UUID=c4694... /var/cache/pacman/pkg btrfs rw,relatime,subvolid=259,subvol=/@pkg 0 0
UUID=c4694... /.snapshots btrfs rw,relatime,subvolid=260,subvol=/@.snapshots 0 0
Noch passen die IDs zusammen.
Aber nach dem Rollback haben die Subvolumes andere IDs bekommen. In der fstab stehen aber noch die alten ID und das Einbinden der Subvolumes schlägt fehl.
ID 274 gen 159 top level 5 path @
ID 273 gen 159 top level 5 path @home
ID 256 gen 125 top level 5 path timeshift-btrfs/snapshots/2024-03-28_07-45-06/@
ID 257 gen 141 top level 5 path timeshift-btrfs/snapshots/2024-04-07_15-37-13/@home
ID 258 gen 159 top level 5 path @log
ID 259 gen 128 top level 5 path @pkg
ID 260 gen 59 top level 5 path @.snapshots
Konnte das System wieder zum Laufen bekommen, in dem ich eine Live-Iso gestartet habe und in die /etc/fstab die neuen IDs eingetragen habe.
Würde auch als erste Maßnahme nach der Installation die subvolid=xxx in der fstab löschen. Dann sollte es keine Probleme geben.