Wobei, gibt es da wesentliche Unterschiede zwischen Timeshift Snapshot und Snapper Snapshot?
Beides sind Werkzeuge, die dir den Umgang mit BTRFS erleichtern. Beide machen ihren Job, ist also eher eine Geschmacksfrage. Notwendig sind sie aber nicht, wie kim88 in Beitrag #7 gezeigt hat.
Es funktioniert!!!
Gratuliere!!
Habe einen Blick in mein Installationsscript geworfen und dabei diese Zeilen (wieder)entdeckt. 
# fstab um subvolid bereinigen >> könnte sonst beim Snapper-Rollback Probleme bereiten
sed -i "s/,subvolid=256//" /etc/fstab
sed -i "s/,subvolid=257//" /etc/fstab
sed -i "s/,subvolid=258//" /etc/fstab
sed -i "s/,subvolid=259//" /etc/fstab
sed -i "s/,subvolid=260//" /etc/fstab
sed -i "s/,subvolid=261//" /etc/fstabDas Subvolume-ID kommen aus dem Arch-Script genfstab, scheint das Archinstall-Script auch zu verwenden.
WOW, das steht irgendwie im Gegensatz zum deutschen Wiki oder ich verstehe es einfach nicht.
Die Deutsche Version müsste mal überarbeitet werden, die letzte Änderung liegt schon über zwei Jahre zurück. Ich schaue meistens nur auf die Engischen Seiten, die sind deutlich aktueller.
Ich dachte immer die subvolid wäre essential?
Aus dem Arch-Wiki
It is preferable to mount using subvol=/path/to/subvolume, rather than the subvolid, as the subvolid may change when restoring Snapshots, requiring a change of mount configuration.
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 @.snapshotsDazu 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 0Noch 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 @.snapshotsKonnte 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.
Dann suche ich mal weiter in den Tiefen des Internets. Vielleicht hat ja jemand anderes ebenfalls ein solches Problem gehabt.
Mein Bauchgefühl sagt, dass möglicherweise deine initramfs einnen Schlag weg hat.
Würde eine Archlinux ISO booten, einen chroot in dein System machen und mit mkinitcpio deine initramfs neu schreiben.
Timeshift sieht als BTRFS-Layout nur @ und @home vor, dass von Archinstall-Script generierte Layout ist aber ein anderes. Deshalb wird von Garuda und Suse auch Snapper statt Timeshift genommen.
Nachtrag: So sieht das Layout von Fedora aus.