Nach update startet openSUSE nicht mehr

Zitat von Alero

Sollte eigentlich nicht auftreten, da der Treiber von AMD Karten im Kernel implementiert ist. Ich nutze auch eine Radeon 6620 / 7400 (sind zwei Karten in dem Laptop), hatte aber noch nie damit Probleme bei einem Kernel-Update (unter Tumbleweed allerdings).

Hatte deshalb Bug-Reports auf Bugzilla gepostet.

Auch Suelkun war davon betroffen. Wurde auch hier gepostet,

bzw. es wurden entsprechende Threads eröffnet. Deshalb

postete@ suelkin ja auch:

Zitat von Suelkun

... doch nicht schon wieder! Das letzte Mal lag es auch am Grafikkartentreiber.

Deshalb wundere ich mich, dass ich diesmal mit meiner Steinzeitkarte nicht

betroffen bin.

Siehe auch hier:

Thema

Nach Sicherheitsupdate für Leap 15.2 startet Grafik nicht mehr

Ich benutze seit einiger Zeit Leap 15.2.
Damit beziehe ich auch die regulären Systemupdates zum System., so auch vor 1-2 Tagen.

Nachdem ich heute den Rechner starten will, kommt die Grafik nicht hoch. D.h. ich sehe zwar Grub schnell starten (und wieder verscheinden), aber ich sehe den Anmeldebildschirm nicht.

Das System scheint ganz normal hochzufahren, ich höre jedenfalls den Startsound, den ich in einen (eigenen) systemd-Dienst eingebaut habe.

Wenn ich ein paarmal auf den Ausknopf drücke,…

Suelkun

3. Oktober 2020

Nur als Info:

Der Kernel von openSUSE wird gepatched.

Wenn irgendwo irgendwelche Fehler auftrete (z.B. mit dem Kernel Modul radeon) wird dies Modul gepatched.

Ab und an ist dann irgendwann ein 2. Patch noch vonnöten und der verträgt sich nicht mit dem ersten Patch.......

Dann gibt es so etwas.

Sollte nicht sein, aber wo Menschen arbeiten........

Zitat von Sauerland

Nur als Info:

Der Kernel von openSUSE wird gepatched.

Wenn irgendwo irgendwelche Fehler auftrete (z.B. mit dem Kernel Modul radeon) wird dies Modul gepatched.

Ab und an ist dann irgendwann ein 2. Patch noch vonnöten und der verträgt sich nicht mit dem ersten Patch.......

Dann gibt es so etwas.

Sollte nicht sein, aber wo Menschen arbeiten........

Alles anzeigen

Danke für die Info!

Als das Problem bei mir und bei anderen zum zweiten Mal auftauchte,

u. a. auch bei Suelkun, war ich auch etwas ungehalten. Man denkt sich:

"Lief doch vorher - warum jetzt wieder nicht!"

Aber wie Du schon sagst, machen nur Diejenigen Fehler, die auch arbeiten.

Man sollte deshalb nicht meckern - zumal die Kernel-Entwicklung nach meinem

Dafürhalten ein eigenes Universum ist und dieses wird notgedrungen immer größer.

Notwendige Umstrukturierungen, die nicht zuletzt den Entwicklern die Arbeit

erleichtern sollen, werden immer mal wieder zu Bugs führen und nach meinen

Recherchen wird da gerade und auch in den nächsten Jahren viel umgebaut.

Siehe z.B.:

Linux-Kernel: Riesiger Umbau könnte "Abhängigkeitshölle" eliminieren

Ein Entwickler schlägt Umbauten vor, die die Header von Linux klarer strukturieren und den Build-Prozess um bis zu 80 Prozent beschleunigen sollen.

www.heise.de

oder

Langer Umbau mitten im Kernel-Space - Fosdem: Linux ist Entwicklung auf der Langstrecke - Golem.de

Auf der Fosdem-Konferenz in Brüssel zeigt sich in vielen Vorträgen, dass die Entwicklung des Linux-Kernels sehr viel Durchhaltewillen erfordert. Einige der…

www.golem.de

Die ungewöhnliche Bezeichnung des aktuellen Kernels

5.3.18-150300.59.43-default
weist auch auf tiefer gehende Änderungen hin.

Es gibt also keinen Grund zu meckern - im Gegenteil!

Die Programmierer/Innen leisten hervorragende Arbeit und

es sind gute Sicherheitsleinen im System integriert (grub, Vorhalten älterer

Kernelversionen), um trotz eines gravierenderen Bugs weiter arbeiten zu können.

Wurde eigentlich schon versucht, mal den verwendeten Ausgang der Grafikkarte

zu wechseln, wenn der screen schwarz bleibt? Vielleicht wird der nicht verwendete

ja korrekt angesprochen?

Gruß ...

Zitat von tomfa-ng

Scheint so, als ob nur (ältere) AMD/ATI-Grafikkarten betroffen sind, welche noch das Modul (den Treiber) radeon und noch nicht amdgpu verwenden. Wer solche Hartware verwendet, sollte sich das Kernel-Update ersparen, bis der Fehler behoben ist, also ein erneutes Kernel-Update vorhanden ist.

Informationen zum verwendeten Modul (Treiber) welches die Grafikkarte/GPU nutzt, findet ihr mittels

Code

/sbin/lspci -nnk | grep -EiA3 vga

heraus. Sollte dort dann in der Zeile „Kernel driver in use“ radeon erscheinen, erspart euch das Update.

Der zurzeit verwendete Kernel kann mit

Code

uname -r

ermittelt werden.

Hallo tomfa-ng,

Code

der Befehl ergibt
gerald@:~> uname -r
5.3.18-59.40-default
gerald@:~> /sbin/lspci -nnk | grep -EiA3 vga
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RV516/M64 [Mobility Radeon X2300] [1002:718a]
        Subsystem: ASUSTeK Computer Inc. Device [1043:1449]
        Kernel driver in use: radeon
        Kernel modules: radeon

Also auf neuerliches Update warten, oder?

Alles anzeigen

Daniela

Bitte nicht in Kommentare schreiben. Das wird komplett undurchsichtig, von wem was stammt.

Zitat

Also auf neuerliches Update warten, oder?

Oder den Kernel aus SLE installieren, oder einfach das radeon.ko aus dem alten in den nicht funktionierenden Kernel kopieren, steht beides im Bugreport.

Oder sperren und abwarten......

So sieht es aus. Wer die eventuell betroffene Hardware verwendet und nicht selbst Hand anlegen möchte, oder es nicht kann, wartet vorerst besser ab. Alle anderen, die sich mehr zutrauen, können das Update einspielen und im Fall, dass das Problem auftritt, eine der Lösungen wie von Sauerland (bzw. wie im Bugreport) erwähnt anwenden.

Hier wurde bei einem solchen Problem (wovon auch ich betroffen war):

LEAP 15.2 E.o.L Screen is black after update to kernel-default;5.3.18-lp152.44 - Page 3 (opensuse.org)

das DVI-Kabel gegen ein Display-Port Kabel getauscht, bzw. der Ausgang der Grafikkarte getauscht.

Das funktionierte dann.

Alero

ok, werde mir mehr Mühe geben.

Zitat von Sauerland

Oder den Kernel aus SLE installieren, oder einfach das radeon.ko aus dem alten in den nicht funktionierenden Kernel kopieren, steht beides im Bugreport.

Oder sperren und abwarten......

Das mit dem kopieren traue ich mir nicht zu.

Dann lieber warten.