das Vergessen ist bei mir das Problem, ich lese hier quasi täglich mit und versuche mir das auch zu merken.
Genau das ist der Punkt, warum ich bereits vor vielen Jahren begonnen habe, mir derartige Dinge zu notieren. Meine 'Roadmap' für die Installation ist bereits über 300 Zeilen lang und liegt auf einem Laufwerk, das nach der Installation von TW sowieso immer eingebunden wird.
Auch ich nutze die Treiber aus dem NVIDIA-Repo unter Tumbleweed, und was soll ich sagen, sie laufen!
Ehrlich gesagt hatte ich unter Leap gefühlt irgendwie öfter Ärger als mit TW, aber das ist vermutlich eher meine subjektive Wahrnehmung. Allerdings gibt es auf meinem System auch kein BtrFS, sondern ext4 und somit kein Rollback. Ebenso werden hier keine Dateileichen von einer Installation zur nächsten 'gerettet', hier wird komplett neu installiert, wenn es nötig sein sollte.
Also, ich kann mir nicht helfen, aber die verbrauchten 23,3 Megabyte stehen in keinem Verhältnis zu den installierten 16 Gigabyte RAM insgesamt. Das entspricht gerade mal 6,8% deines Arbeitsspeichers.
Ich kann mich zwar noch gut an das RAM-Tetris mit autoexec.bat und config.sys zu Zeiten von DOS und Windows 3.1 erinnern, wo es wirklich auf jedes Kilobyte ankam, aber das hier ist doch albern!
Anders gefragt hat es Nachteile für das System wenn ich Swap auf SDB einfach lösche und als unformatierter Bereich stehen lasse?
Nein
Funktioniert es denn, wenn du den alten Kernel bootest?
Falls ja, taugt es immerhin als Workaround, bis der Kernel gefixt ist.
Installiere dir einfach das Programm 'opi'
zypper in opiAnschließend kannst du mit diesem Programm die benötigten Codecs installieren.
opi codecsIn der Tat habe ich dieses Verhalten unter Chrome ebenso! Auch mit einem frisch installierten TW ist mir das schon untergekommen. Da sich jedoch in meinem Leben nicht immer alles um openSUSE dreht, öffne ich dann eben die nächste interessante Seite. Meist ist das 'Problem' am nächsten Tag verschwunden...
Moin Fabian,
LibreOffice bietet die Möglichkeit, das Programm gleich beim Booten mitzustarten. Vielleicht ist das ja die Lösung deines Problemes.
Gruß,
Stephan
Meine erste Idee wäre ja, mal in den KDE-Einstellungen unter dem Menüpunkt Wechselmedien zu schauen. Schaltet man dort den automatischen Zugriff ab, sollte das Thema erledigt sein.
Nach wie vor lässt sich Windows 10 (22H2) nicht ohne weiteres unter QEMU/KVM betreiben. Installieren geht, aber es ist dann kein Netz vorhanden, bzw. die Installation der Virtio-Treiber für den NIC schlägt fehl.
Heute bin ich über eine Seite im Netz gestolpert, wo genau dieses Problem geschildert wird. Es ist tatsächlich ein Bug in Windows 10, wie ich es schon lange vermutet hatte, denn das Netzwerk funktionierte mit anderen Betriebssystem als Gast out of the box!
Workaround:
Die Lösung ist relativ simpel: Man installiert Windows 10 aus einem ISO-File mit englischem Sprachpaket (British English International). Nach der Installation kann der Virtio-Treiber für die Netzwerkkarte installiert werden und es läuft... 
Quelle:
