Muss ich das irgendwie einhängen?
Dazu hatte @Berichtigung schon was geschrieben...
Nachtrag:
Poste noch mal:
Muss ich das irgendwie einhängen?
Dazu hatte @Berichtigung schon was geschrieben...
Nachtrag:
Poste noch mal:
cat /etc/snapper/configs/root
# subvolume to snapshot
SUBVOLUME="/"
# filesystem type
FSTYPE="btrfs"
# btrfs qgroup for space aware cleanup algorithms
QGROUP=""
# fraction of the filesystems space the snapshots may use
SPACE_LIMIT="0.5"
# users and groups allowed to work with config
ALLOW_USERS=""
ALLOW_GROUPS=""
# sync users and groups from ALLOW_USERS and ALLOW_GROUPS to .snapshots
# directory
SYNC_ACL="no"
# start comparing pre- and post-snapshot in background after creating
# post-snapshot
BACKGROUND_COMPARISON="yes"
# run daily number cleanup
NUMBER_CLEANUP="yes"
# limit for number cleanup
NUMBER_MIN_AGE="1800"
NUMBER_LIMIT="50"
NUMBER_LIMIT_IMPORTANT="10"
# create hourly snapshots
TIMELINE_CREATE="yes"
# cleanup hourly snapshots after some time
TIMELINE_CLEANUP="yes"
# limits for timeline cleanup
TIMELINE_MIN_AGE="1800"
TIMELINE_LIMIT_HOURLY="10"
TIMELINE_LIMIT_DAILY="10"
TIMELINE_LIMIT_WEEKLY="0"
TIMELINE_LIMIT_MONTHLY="10"
TIMELINE_LIMIT_YEARLY="10"
# cleanup empty pre-post-pairs
EMPTY_PRE_POST_CLEANUP="yes"
# limits for empty pre-post-pair cleanup
EMPTY_PRE_POST_MIN_AGE="1800"
Alles anzeigen
@wurzel99
Nein, mit laufendem System meinte ich die aktuell auf der Platte befindliche LEAP/Tumbleweed Misch-Installation, die ja eben nicht mehr bootbar war.
Im read-only Snapshot kann ich ja nichts mehr ändern.
vielen Dank aber trotzdem, dass ihr mir "aufs Pferd" geholfen habt:
Nachdem ich rausgefunden habe, dass ich das Subvolume mittels der Volume-ID mounten kann, war der Rest einfach und hat nach Lehrbuch funktioniert:
Entsprechenden Snapshot raussuchen, snapper rollback und alles ist wieder gut
Vielen herzlichen Dank allen, die sich mit meinem Problem beschäftigt haben.
Nachdem ich rausgefunden habe, dass ich das Subvolume mittels der Volume-ID mounten kann,
Top...
Meintest du:
mount -o subvolid=xyz /dev/sda /btrfs ?
Beschreibe trotzdem einmal detailliert die Lösung.
Interessiert auch andere...
zypper lr -uP
# | Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisierung | Priorität | URI
---+----------------------------------+---------------------------------------------------------+-----------+-----------------+----------------+-----------+-------------------------------------------------------------------------
1 | download.opensuse.org-non-oss | Haupt-Repository (NON-OSS) | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/distribution/leap/15.0/repo/non-oss/
2 | download.opensuse.org-non-oss_1 | Aktualisierungs-Repository (Nicht-Open-Source-Software) | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/update/leap/15.0/non-oss/
3 | download.opensuse.org-oss | Haupt-Repository (OSS) | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/distribution/leap/15.0/repo/oss/
4 | download.opensuse.org-oss_1 | Hauptaktualisierungs-Repository | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/update/leap/15.0/oss
5 | http-opensuse-guide.org-ecff12b7 | libdvdcss repository | Ja | (r ) Ja | Ja | 99 | http://opensuse-guide.org/repo/openSUSE_Leap_15.0/
6 | http-packman.inode.at-6ac1173e | Packman Repository | Ja | (r ) Ja | Ja | 99 | http://packman.inode.at/suse/openSUSE_Leap_15.0/
7 | openSUSE-Leap-15.0-1 | openSUSE-Leap-15.0-1 | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/distribution/leap/15.0/repo/oss/
8 | repo-debug | openSUSE-Leap-15.0-Debug | Nein | ---- | ---- | 99 | http://download.opensuse.org/debug/distribution/leap/15.0/repo/oss/
9 | repo-debug-non-oss | openSUSE-Leap-15.0-Debug-Non-Oss | Nein | ---- | ---- | 99 | http://download.opensuse.org/debug/distribution/leap/15.0/repo/non-oss/
10 | repo-debug-update | openSUSE-Leap-15.0-Update-Debug | Nein | ---- | ---- | 99 | http://download.opensuse.org/debug/update/leap/15.0/oss/
11 | repo-debug-update-non-oss | openSUSE-Leap-15.0-Update-Debug-Non-Oss | Nein | ---- | ---- | 99 | http://download.opensuse.org/debug/update/leap/15.0/non-oss/
12 | repo-source | openSUSE-Leap-15.0-Source | Nein | ---- | ---- | 99 | http://download.opensuse.org/source/distribution/leap/15.0/repo/oss/
13 | repo-source-non-oss | openSUSE-Leap-15.0-Source-Non-Oss | Nein | ---- | ---- | 99 | http://download.opensuse.org/source/distribution/leap/15.0/repo/non-oss/
14 | skype-stable | skype (stable) | Ja | (r ) Ja | Ja | 99 | https://repo.skype.com/rpm/stable/
Alles anzeigen
Also zur detaillierten Lösung:
Ich habe per
die VolID des Subvolumes "snapshots" ermittelt
und dieses dann gemountet mittels
anschließend hat
eine vernünftige Liste von Snapshots angezeigt.
Ich musste nur noch den sinnvollsten raussuchen und per
zurückrollen, wobei ## die Nummer des Snapshots ist.
Das war eigentlich alles
Vielen dank nochmal an alle Helfenden
Du kannst noch Repo Nr. 7 entfernen, ist dasselbe wie Nr. 3 (schau auf die URL)
Ich hab das Thema denn mal auf gelöst gesetzt........
Danke dafür,
hat mir sehr geholfen. Ich habe einen alten Toshiba satalite Pro mit dual core damit wieder hinbekommen. Ist vermutlich wegen Hitzeproblemen ins Nirwana gestürzt. Gleiches Problem, nur die read-only snapshots available, alle sonstigen ports abgehängt, auch USB ließ sich nichts booten, weder stick, noch SD, noch externes CD-ROM (das interne funktioniert seit einiger Zeit nicht mehr.
Bei mir von der Konsole aus (Strg-Alt-F1) reichte:
<snapper rollback ##" (Nr des Readonly-snapshots)>
Klasse - hab ich länger mit rumgedoktert! Großes Lob!
Grüße
Angel54 /erledigt