Was nutzt ihr heute? (BTRFS oder EXT4)
btrfs für / und ext4 für /home
und das auf allen Systemen. Ich kann mir nix besseres vorstellen.
Aber was für mich das schönste FS unter der Sonne ist kann für dich der letzte Müll sein.
btrfs + snapper ist für mich das entscheidende Feature v. OpenSuse.
Wichtig ist eigentlich nur, dass du / hinreichend groß machst. In nehme inzwischen immer 80 GB. 60 sollten aber völlig ausreichen.
Die Alternative mit Virtualbox habe ich tatsächlich schon vor VMWare ausprobiert, aber da drin kam mein Windows 10 nicht richtig an eine gute OpenGL-Version. Und die brauche ich wiederum weil ich auf dem Rechner Entwicklung für "ParaView" betreibe welches an OpenGL gewisse Anforderungen stellt - und Window ist an diesem Punkt selber ja erschreckend schwach...
ohne etwas zu versprechen: KVM/qemu ist nicht nur in den OS-Repos sondern in sogar in Yast integriert.
Zwar nicht so verbreitet wie VB aber top-performant. Vielleicht auch für dich geeignet.
Ich habe damit schon mehrere VMWare-Maschinen ohne Konversion zum Laufen bekommen.
Gibt es eine einfache Möglichkeit, den kwin-update rückgängig zu machen,
wenn du mit btrfs arbeitest ganz einfach:
snapper listdie einen Snapshot suchen, der vor dem Update liegt
Dann (als root)
snapper rollback ##wobei ## die Nummer des gewünschten Snapshots ist
Wow, das ist wirklich Komfort.
guck dir in der Konsole eben mal das Ergebnis von
snapper listan
- du wirst sehen wann und bei welche Gelegenheit ein Snapshot gemacht wird.
mit einem
snapper rollback ##machst du den snapshot ## zum aktuellen Systemzustand.
Userdaten bleiben erhalten.
Vermutlich bin ich wohl in das zurückgezogene Kernelupdate reingelaufen. Ich habe nach der Installation einen Snapshot gemacht, eine aktuelle Datensicherung ist vorhanden.
snapper macht bei jedem update und vor jeder Programminstallation einen Snapshot. DU brauchst da gar nix mehr zu machen.
Komfort pur.
Datensicherung natürlich bitte extra - die snapper-shots helfen nur bei System-Verknotungen.
zypper ref %% zypper up
da hat sich der Helfer wohl vertippselt -- edit: zu spät ....
Es müsste heißen:
zypper ref && zypper upwird in diesem speziellen Fall aber nicht helfen.
Ansonsten: die programminterne Updatefunktion wird hier nicht funktionieren.
Du hast wahrscheinlich aus einem Repo installiert.
openSUSE Software
Poste mal das Ergebnis folgenden Befehls hier (in Code-Tags!!!)
zypper se -si zoterobitte beschreibe detailliert, wie du zotero historisch installiert hast und wie jetzt der Update-vorgang ablief.
was du beschreibst ist ein gängiger Weg.
Und hin und wieder mal eine 'frische Installation' ist nie verkehrt. Dann kann man einige selbst verbocke Altlasten auskehren.
Es übt auch.
Aber selbst der Wechsel zu einer neuen Hauptversion ist meist per ohne Probleme. Man sollte nur keine Versionen überspringen.
Auf welche Versionen gibt es nun einen Unterstützungszeitraum von mindestens 36 Monaten und auf welche Versionen einen Unterstützungszeitraum von 18 Monaten?
Du hast es doch zitiert und es ist - eigentlich - völlig klar.
Prinzipiell wird also Leap 15 für 35 Monate unterstützt. Das findet statt in Form der 15.0/15.1/15.2 (oder 15.1/15.2/15.3), die ihrerseits jeweils für ca 18 Monate unterstützt werden.
3x 18 Monat ergeben 35 weil sich die 18 jeweils deutlich überlappen.
Also eine 15 wird es so direkt nicht geben. Die erste Release aus der 15er-Hauptversion ist die 15.0 ...
Schau in die Vergangenheit:
die Hauptversion 42 gab es nur in Form der 41.1/42.2/42.3 niemals als '42'
Ein lebensnahes Beispiel:
Wenn du in der Kneipe deiner Wahl eine Cola bestellst kriegst du keine Cola sondern eine CocaCola/PepsiCola/AldiCola/SonstwasCola
Leap 15 ist entweder 15.0 oder 15.1 oder 15.2 - alles ist Leap 15
Das gilt für die Konsole aber auch und dort wird nicht nachgefragt.
Allerdings tummelt sich der Anfänger dort nur im allergrößten Notfall. Mit Dolphin ist er ständig unterwegs und schickt 'eben mal' ein paar wichtige Systemdateien ins digitale nirwana ( /dev/null ??).
Und startet dann alle möglichen Programme als root und wundert sich dass es nicht tu.
Wir wissen doch : root-tut-nicht-gut
