Der Fehler fb0: switching to amdgpudrmfb from EFI VGA deutet auf ein Fehler für die i(?)GPU nach einem Kernel oder Firmware Update hin. Nutzt Du den Mainline Kernel oder Tumbleweed?
Auf jeden Fall, wie hier schon beschrieben, einen funktionierenden Snapshot booten, dann snapper rollback verwenden, und ggf. mit dem nächsten zypper up etwas warten 
Kann diese Story nachvollziehen. War vorher rund 15 Jahre bei Debian, allerdings war dort in letzter Zeit KDE nicht unbedingt im Fokus (die aktuelleren Pakete kamen vom OBS!), und auch das Chromium Paket wurde vernachlässigt. Daraufhin hab ich OpenSuse wieder eine Chance gegeben und bin begeistert. Gerade die Kombi aus Zypper, BTRFS & Sapper haben mich schon einmal gerettet (wobei ein fehlerfreier amdgpu microcode auch schön gewesen wäre ;)).
Für den absoluten Einsteiger sehe ich immer noch Mint vorne, aber für erfahrenere User bietet sich m.E. OpenSuse echt an.
Setze dann mal auf erledigt.
Falls es noch jemanden interessiert, auf folgende Weise konnte ich gestern problemlos ein Update von 15.2 auf 15.3 durchführen, und vom Mainline auf den Leap Kernel wechseln:
Zuerst habe ich alle extra Repos deaktiviert (mainline kernel, packman, signal, libdvdcss2), und danach folgende Befehle verwendet
zypper --releasever=15.3 refzypper --releasever=15.3 dup --download-in-advance --allow-vendor-change --force-resolutionNach einem Neustart habe ich Packman wieder eingebunden, und per
zypper dup --from packman --allow-vendor-changewieder zumindest VLC auf Packman umgestellt.
Jetzt funktioniert alles tadellos (u.a. auch Steam), und mein 4650g wird vom 5.3er Kernel problemlos unterstützt.
Interessant, ich hatte der Website entnommen, dass es bisher für 15.3 noch keine offiziellen Pakete gibt...
Und 32bit Pakete existieren doch, sagst Du? Ich sehe da nämlich auf der Seite das selbe Bild, also im Falle von 32bit opengl sogar nur community builds... 
siehe
Hi, bei Ubuntu gab es doch den Kompromiss, dass zumindest die 32bit Pakete (Mesa, Xorg, etc) weitergepflegt werden, die z.B. für's Spielen per Steam erforderlich sind. Aber wie ich jetzt sehe gibt es auch kein Steam für 15.3.
Hat jemand Infos oder einen Link, wo man evtl. schauen kann, ob da noch Pakete für 15.3 geplant sind (z.B. Steam), bzw. wie der Modus für Pakete sein wird, die wahrscheinlich keinen Enterprise Bezug haben ;)?
Falls nein müsste ich mir (mal wieder) eine andere LTS Distro suchen, in der Hoffnung, dass es da noch was gibt, wo KDE kein Second Class Citizen ist...
Hallo liebe Community,
ich benutze aktuell Leap 15.2 mit dem kernel:stable Repo, da der Leap 15.2 Kernel meinen Ryzen 4650g (Renoir) noch nicht unterstützte. Im Kernel von Leap 15.3 ist jetzt aber der Support zurückportiert, sodass ich gerne im Rahmen des Upgrades von .2 auf .3 gerne auch wieder auf den Distro-Kernel wechseln würde.
Jetzt die Frage: Wie gehe ich offiziell richtig vor? Wenn ich die Release Notes korrekt verstehe, dann reicht es, das Extra-Repo (in meinem Fall https://download.opensuse.org/…/Kernel:/stable/standard/) zu deaktivieren, und danach
zypper dup --allow-vendor-change --force-resolutiondurchzuführen, oder? Ist der Parameter
--releasever=15.3dann korrekterweise nicht erforderlich? Das Wiki schlägt diesen Parameter vor, die Release Notes nicht.
Danke euch schonmal!
Viele Grüße
Hab den Thread dann mal als erledigt markiert.
Vielen Dank, der im Link beschrieben Workaround hat mein Problem geloest, schreibe gerade von einem gebooteten Kernel 5.10. Waere nie darauf gekommen, dass die DEBUG Ausgaben des Intel WiFi Treiber dafuer verantwortlich sind... also ganz vielen Dank noch einmal!
Edit: Dann war ich mit BTRFS auf der falschen Spur, sorry.
Hallo zusammen,
ich besitze eine Renoir APU (4650g), und würde gerne Leap nutzen, da ich eine "ruhigere" Umgebung bevorzuge. Weil der 5.3er Kernel aus Leap 15.2 meine APU leider noch nicht unterstützt musste ich einen aktuelleren Kernel installieren. Dies habe ich getan, in dem ich das OpenSuse Kernel:Stable Repo hinzugefügt habe (https://download.opensuse.org/…/Kernel:/stable/standard/ kernel:stable), und von dort per zypper auf den aktuellen kernel-default aktualisiert habe.
Leider hängt jetzt das Booten immer bei der Meldung (siehe Foto) Start job is running for Flush Journal to persistent Storage.
Eine Suche im Forum brachte mich zu diesem Post (RE: Hilfe mit AMD Ryzen 5 PRO 4650G Renoir und amdgpu); es scheint dort um ein anderes Problem zu gehen, aber der 5.9.1er Kernel, der dort verlinkt ist, funktioniert bei mir einwandfrei.
Eine Google Suche deutet darauf hin, dass mein Journal Problem aus dem Zusammenspiel von BRTFS und SystemD resultieren könnte.
Daher die Frage von euch: Hat jemand mit einem aktuellen Kernel unter LEAP (und einem /root mit BTRFS) ähnliche Probleme und kennt vielleicht einen Lösungsansatz?
Danke euch und viele Grüße!
