... hatte ThomasS tatsächlich falsch verstanden (resp. die Screens bei der Auswahl des Snapshots). Ich habe auf einem "alten" Laptop, der auch mit Tumbleweed läuft, herumprobiert und nun verstanden, wie man in/mit einen Snapshot bootet. Das muss ich dann jetzt mal probieren und sehen, ob alles ordnungsgemäß läuft, bevor ich zur Rolle rückwärts ansetze.
Allerdings fürchte ich, für heute bin ich zu müde... Aber ich werde berichten, ob Vollzug oder Katastrophe 
Vielen Dank bis hierher liebe Leute!
also von keinem der angebotenen Snapshots bootet der Rechner.
aber sicherlich von einem: Von dem du gebootet hast. Wenn das das wirklich 1431 ist.
Davon (anscheinend wie immer) booten und dann als root:
snapper rollback 1431Und neu booten...
Ups, ich glaube da war was. Nicht Help on bootable snapshot #1431 auswählen,
sondern den darunter!
Ups, ich glaube da war was. Nicht Help on bootable snapshot #1431 auswählen,
sondern den darunter!
Genau, daran bin ich zunächst zerschellt. Aber nun weiß ich ja für morgen Bescheid.
Könnte ich heute noch eine Rückmeldung bekommen?
Ich habe gerade noch, nur wegen dir, eine Falsche Bier aufgemacht!!!
Das dauert ja auch nicht lange!
Kannst ja mal versuchen, einen älteren Snapshot zu starten.
Wenn dann alles wieder laufen sollte, poste mal bitte erneut die Ausgabe von:
cat /etc/fstabMich würde interessieren, ob dann...
UUID=a2e79ec2-6ff7-4a5c-b6d0-ce339dae8f72 / btrfs defaults 0 0
...in der fstab enthalten ist.
Denn, ein Mount auf "/" fehlt dort komplett 
Nachtrag:
Wegen der fstab...
Ob die in meinem Beispiel angegebene UUID bei dir richtig ist, kannst du kontrollieren mit:
btrfs filesystem show /Ich habe gerade noch, nur wegen dir, eine Falsche Bier aufgemacht!!!
Das dauert ja auch nicht lange!
Noch Vorrat vorhanden?
Wir kriegen dich noch breit...
Noch Vorrat vorhanden?
Wir kriegen dich noch breit...
Ich weiss nicht, ob ich das verantworten kann.
Du wächst ja noch!!!
Ich darf noch eins trinken!
Denn, ein Mount auf "/" fehlt dort komplett
Ist mir auch aufgefallen, aber das war vor dem aller vor vor letzten Bier. Oder so. Aber dann vergessen.......
Ich habe gerade noch, nur wegen dir, eine Falsche Bier aufgemacht!!!
ThomasS, ich denke, der Satz macht Dich fast unsterblich.
Darauf mach ich mir jetzt eine richtige Falsche Weißenoher Klostersud auf.
Guten Abend zusammen,
sorry wegen der Verspätung... Aber ich habe zurzeit zu viel um die Ohren.
ThomasS : Ich hoffe sehr, die Falsche Bier, die du nur meinetwegen aufgemacht hast, hat dir nicht die ganze Nacht verdreht
Zurück zu meiner "Herausfgorderung"... ich habe eben ein rollback mit dem jüngsten Schnappschuss gemacht. Ohne Erfolg. Das System startet nach wie vor von einem Schnappschuss und die eigentliche Bootpartition ist nicht unter "/" eingehängt, sondern unter "/.snapshots".
Ich habe daraufhin einen älteren Schnappschuss für ein reboot ausgewählt und diese, hoffentlich hilfreiche, "Entdeckung" gemacht: In diesem Schnappschuss gibt es eine "/" Partition, aber es ist meine Fritzbox! An ihr hängt der via nfs ein Mini-Homeserver (über einen odroid-Rechner und unter openmediavault). Die Konfiguration mit dem Homeserver läuft seit Jahren so, unverändert. Die nfs-Konfiguration habe ich über Yast eingerichtet. Ich habe keine Ahnung, wie die Fritzbox den Root-Mountpoint bekommen konnte. Ich liste hier die "aktuelle" (also Schnappschuss)-fstab:
omv.fritz.box:UUID=a2e79ec2-6ff7-4a5c-b6d0-ce339dae8f72 / nfs defaults 0 0
UUID=a2e79ec2-6ff7-4a5c-b6d0-ce339dae8f72 /.snapshots btrfs subvol=/@/.snapshots 0 0
UUID=91555ea7-604c-42e0-bb9a-0322ea43fc1b swap swap defaults 0 0
#auskommentiert wg. eines nervigen Stopjobs während des Boots für diese UUID
#UUID=006f7d0a-a715-4963-b796-f0a562036e40 swap swap defaults 0 0
UUID=a2e79ec2-6ff7-4a5c-b6d0-ce339dae8f72 /var btrfs subvol=/@/var 0 0
UUID=a2e79ec2-6ff7-4a5c-b6d0-ce339dae8f72 /usr/local btrfs subvol=/@/usr/local 0 0
UUID=a2e79ec2-6ff7-4a5c-b6d0-ce339dae8f72 /tmp btrfs subvol=/@/tmp 0 0
UUID=a2e79ec2-6ff7-4a5c-b6d0-ce339dae8f72 /srv btrfs subvol=/@/srv 0 0
UUID=a2e79ec2-6ff7-4a5c-b6d0-ce339dae8f72 /root btrfs subvol=/@/root 0 0
UUID=a2e79ec2-6ff7-4a5c-b6d0-ce339dae8f72 /opt btrfs subvol=/@/opt 0 0
UUID=68a89f76-30ec-468a-b92e-627f3c900d4e /home xfs defaults 0 0
UUID=a2e79ec2-6ff7-4a5c-b6d0-ce339dae8f72 /boot/grub2/x86_64-efi btrfs subvol=/@/boot/grub2/x86_64-efi 0 0
UUID=a2e79ec2-6ff7-4a5c-b6d0-ce339dae8f72 /boot/grub2/i386-pc btrfs subvol=/@/boot/grub2/i386-pc 0 0
UUID=C43C-EF04 /boot/efi vfat defaults 0 0
UUID=9cbb87bf-00c9-47e6-a52e-120e64ce2872 /drives/Karton ext4 user,data=ordered 0 2
UUID=60477a50-f5fe-43e6-bed0-81317c243f72 /drives/db_Digikam ext4 user,data=ordered 0 2
omv.fritz.box:/export/Krams /home/ceos/Server/Krams nfs defaults 0 0
omv.fritz.box:/export/Fotos /home/ceos/Server/Fotos nfs defaults 0 0
omv.fritz.box:/export/Family /home/ceos/Server/Family nfs defaults 0 0
omv.fritz.box:/export/Emilie /home/ceos/Server/Emilie nfs defaults 0 0
omv.fritz.box:/export/Carsten /home/ceos/Server/Carsten nfs defaults 0 0Reichte es vielleicht, die nfs-Konfiguration zu löschen, neu zu booten und zu "hoffen", die Boot-Partition wird wieder unter "/" eingehängt?
UUID=a2e79ec2-6ff7-4a5c-b6d0-ce339dae8f72 /.snapshots btrfs subvol=/@/.snapshots 0 0
Der o.a. Mount muss sein und ist normal, um sich Snapshots anzeigen zu lassen.
Versuch es doch mal, wie in meinem letzten Post beschrieben...
UUID von "/" ermitteln mit (als Root):
btrfs filesystem show /Anschl. der fstab hinzufügen:
(UUID ggf. anpassen)
UUID=a2e79ec2-6ff7-4a5c-b6d0-ce339dae8f72 / btrfs defaults 0 0
Danach neu starten, testen und berichten.