Alles anzeigenEs funktioniert!!!
Der subsolid-Eintrag in der fstab war schuld. Hatte mir auch nochmal meine gespeicherten fstab-Dateien aus Fedora und Nobara angeschaut. Hier gibt es ebenfalls keine subvolid-Einträge.
Ich habe aus meiner fstab nun alle subvolid-Einträge entfernt. Es gab noch mehr solcher Einträge, nicht nur für / und /home. Alle habe ich entfernt. Dann habe ich einen Snapshot erstellt und sogar ein paar Dateien aus meinem Home-Verzeichnis gelöscht. Ich wollte sichergehen, dass die Dateien nach dem Restore auch alle wieder da sind. Dann habe ich den Restore des Snapshots gemacht und nach dem Rechnerneustart waren alle gelöschten Dateien aus meinem Home-Verzeichnis wieder da.
Jetzt erklärt es sich auch, warum in der Vergangenheit nach einem Restore eines Snapshots für / trotzdem der Kernel wieder installiert war, den ich nach Erstellen des Snapshots erst installiert hatte. Wegen der durch den Restore geänderten subvolid wurde / gar nicht tatsächlich wiederhergestellt.
Krass ... Warum legt Arch Linux bei der Installation in der fstab überhaupt diese subvolid-Einträge an? In anderen Distributionen hatte ich dieses Problem nicht. Haben die alle keine subvolid-Einträge angelegt?
Jetzt weiß ich es und habe es mir in meine ToDo-Liste für nach der Arch-Installation geschrieben, dass ich die subvolid-Einträge aus der fstab direkt erstmal rausschmeiße. Vielen Dank an GrapaPapa und Sojan für den Hinweis auf die Lösung.
Jetzt wo du es sagst...bei mir sind auch keine drin.
UUID=2e23fbb9-a043-430c-ab1d-566df3983b66 / btrfs subvol=/@,noatime,compress=zstd:3 0 0
UUID=2e23fbb9-a043-430c-ab1d-566df3983b66 /home btrfs subvol=/@home,noatime,compress=zstd:3 0 0
UUID=2e23fbb9-a043-430c-ab1d-566df3983b66 /var/cache btrfs subvol=/@cache,noatime,compress=zstd:3 0 0
UUID=2e23fbb9-a043-430c-ab1d-566df3983b66 /var/log btrfs subvol=/@log,noatime,compress=zstd:3 0 0