• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Kein boot nach Kernel-update auf 5.16.8-1

  • Ersteller Gelöschtes Mitglied 57911
  • Erstellt am
G

Gelöschtes Mitglied 57911

Gast
Hallo.
Vor ca. vier Tagen hatte ich ein größeres Update, etwa 1240 Aktualisierungen, die schnell durchliefen. Als ich neu starten wollte, kam nach dem Bootmanager YaST (Grub2) und der Auswahl OpenSuse Tumbleweed nur noch der schwarze Bildschirm. Es hing so, bis ich neu gestartet habe, dann zur Auswahl über den Bootmanager die Vorversion 5.16.5-1 auswählte.
Der BM steht standardmäßig auf OpenSuse Tumbleweed, das heißt, dass von der aktualisierten Kernel-Version (nach Update von 5.16.5-1 auf Kernel 5.16.8-1) gestartet würde, was nicht funktioniert, da nach der Anzeige des BM unter YaST (Grub2) nicht mehr kommt, ausser schwarz.

Infos, derzeitige Einstellungen: (eigentlich sollte dort dann Kernel Version: 5.16.8-1-default 64-bit stehen)

Code: 
Operating System: openSUSE Tumbleweed 20220214
KDE Plasma Version: 5.24.0
KDE Frameworks Version: 5.90.0
Qt Version: 5.15.2
Kernel Version: 5.16.5-1-default (64-bit)
Graphics Platform: X11
Processors: 4 × AMD Athlon(tm) 64 X4 Quad Core Processor
Memory: 16 GiB of RAM
Graphics Processor: AMD

1. Festplatte ist eine SSD/120 GB OS Tumbleweed / YaST (Grub2)
2. Platte SSD/120GB, mit Windows 11, gleichfalls 64bit / YaST (Grub2)
16GB DDR3-Ram, 2GB passive Grafik/PCI, 75 W Netzteil, ASUS Board, 6 USB, WiFi usw.

Falls ihr mehr Infos benötigt, bitte schreiben.
Danke, MfG Julian
 
OP
G

Gelöschtes Mitglied 57911

Gast
Hallo @Christina

Code: 
********* /sbin/lspci -nnk | grep -iA3 VGA
02:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series] [1002:68f9]
        Subsystem: PC Partner Limited / Sapphire Technology Device [174b:1341]
        Kernel driver in use: radeon
        Kernel modules: radeon, amdgpu
        
unknown********* lscpu | grep -e 'Model name' -e 'Modellname'
Model name:                      AMD Athlon(tm) 64 X4 Quad Core Processor 
BIOS Model name:                 AMD Athlon(tm) 64 X4 Quad Core Processor      
unknown*********

MfG Julian
 
OP
G

Gelöschtes Mitglied 57911

Gast
Sauerland schrieb:
Das evtl?

https://bugzilla.opensuse.org/show_bug.cgi?id=1195887
Zum Vergrößern anklicken....
Das ist genau das Problem, das bei mir nach einem Update auftaucht. Derzeit habe ich, wie zuvor beschrieben, meinen BM umgestellt, sodass bis auf Weiteres mit Kernel 5.16.5-1 gebootet wird.

MfG Julian
 
Christina

Christina

Protos schrieb:
Sauerland schrieb:
https://bugzilla.opensuse.org/show_bug.cgi?id=1195887
Zum Vergrößern anklicken....
Das ist genau das Problem, das bei mir nach einem Update auftaucht.
Zum Vergrößern anklicken....
Wenn ich den knappen Text richtig lese, geht es hier aber um einen AMD Ryzen 5 PRO 4650G und dessen Grafik. Die benötigt das Kernel-Module: amdgpu
Protos schrieb:
Code: 
/sbin/lspci -nnk | grep -iA3 VGA
02:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series] [1002:68f9]
        Subsystem: PC Partner Limited / Sapphire Technology Device [174b:1341]
        Kernel driver in use: radeon
        Kernel modules: radeon, amdgpu
Zum Vergrößern anklicken....
Bei dir sind beide Module gelistet, aber benutzt wird gerade: radeon

Der Bug Report hier passt eher zu deinem Problem:
https://bugzilla.opensuse.org/show_bug.cgi?id=1195907 Er wurde aber am 14.Feb.2022 als "duplicate" zu dem Bug gelistet, den @sauerland oben schon gepostet hat. Da meine ich aber, dass es sich um ein anderes Kernel-Modul handelt.

Schwierig für mich, dir da weiterzuhelfen..
Vielleicht hilft einfach abwarten. Der TW-Kernel 5.16.8 hat noch andere (Grafik-)Probleme.
 
J

josef-wien

Protos schrieb:
02:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series] [1002:68f9]
Zum Vergrößern anklicken....
Die Grafikkarte braucht radeon (siehe https://cateee.net/lkddb/web-lkddb/DRM_RADEON.html), bei amdgpu wird sie nicht angeführt (siehe https://cateee.net/lkddb/web-lkddb/DRM_AMDGPU.html).



Christina schrieb:
Vielleicht hilft einfach abwarten.
Zum Vergrößern anklicken....
Das sehe ich auch so. Du solltest aber sicherstellen, daß der funktionierende Kernel vorerst nicht gelöscht wird (aber mit Details halte ich mich bei openSUSE heraus).
 
Christina

Christina

Protos schrieb:
Hallo.
Vor ca. vier Tagen hatte ich ein größeres Update, etwa 1240 Aktualisierungen, die schnell durchliefen. Als ich neu starten wollte, kam nach dem Bootmanager YaST (Grub2) und der Auswahl OpenSuse Tumbleweed nur noch der schwarze Bildschirm. Es hing so, bis ich neu gestartet habe, dann zur Auswahl über den Bootmanager die Vorversion 5.16.5-1 auswählte.
Zum Vergrößern anklicken....
Hi Julian,

probiere mal bitte diesen Bootparameter (Kernel Option) beim TW-Kernel 5.16.8-1-default
Code: 
initcall_blacklist=simpledrm_platform_driver_init
Tipp von hier: https://bugzilla.opensuse.org/show_bug.cgi?id=1195887#c7
Du weißt, wie das geht? (siehe Comment 14)
 
josef-wien schrieb:
Du solltest aber sicherstellen, daß der funktionierende Kernel vorerst nicht gelöscht wird (aber mit Details halte ich mich bei openSUSE heraus).
Zum Vergrößern anklicken....
Datei /etc/zypp/zypp.conf editieren: Kernelversion anhängen:
Zeile:
Code: 
multiversion.kernels = latest,latest-1,running,5.16.5-1.4
LG Christina
 
OP
G

Gelöschtes Mitglied 57911

Gast
Hallo @all und danke für die Mühe.
Bisher hat sich nichts verbessert, hatte es gestern Abend noch versucht, mit dem 5.16.8-1 zu booten, gleicher schwarzer Bildschirm wie zuvor. Ein Update habe ich zuvor auch gemacht, Konsole/Admin mit zypper dup. Keine Besserung.

@Christina
Das mit dem Link und Punkt 14 lasse ich lieber, das ist mir zu unsicher, denn ich bin kein Linux-Freak. Bevor es noch schlimmer wird, belasse ich es bei 5.16.5-1 bis etwas Neues kommt, oder dieser Fehler behoben ist.
Mit dem 5.16.5-1 läuft derzeit alles ohne Probleme.
 
OP
G

Gelöschtes Mitglied 57911

Gast
Christina schrieb:
Poste mal bitte noch die Ausgabe von:
Code: 
rpm -qa|grep kernel
Zum Vergrößern anklicken....
Viele Kerne .....

Code: 
********* rpm -qa|grep kernel
kernel-firmware-marvell-20220119-1.1.noarch
kernel-firmware-mediatek-20220119-1.1.noarch
kernel-firmware-ath10k-20220119-1.1.noarch
kernel-firmware-i915-20220119-1.1.noarch
kernel-firmware-mwifiex-20220119-1.1.noarch
kernel-firmware-brcm-20220119-1.1.noarch
kernel-firmware-qcom-20220119-1.1.noarch
kernel-firmware-atheros-20220119-1.1.noarch
kernel-firmware-ath11k-20220119-1.1.noarch
purge-kernels-service-0-8.3.noarch
kernel-firmware-mellanox-20220119-1.1.noarch
kernel-firmware-iwlwifi-20220119-1.1.noarch
kernel-firmware-bluetooth-20220119-1.1.noarch
kernel-firmware-sound-20220119-1.1.noarch
kernel-firmware-chelsio-20220119-1.1.noarch
kernel-firmware-nvidia-20220119-1.1.noarch
kernel-firmware-media-20220119-1.1.noarch
kernel-firmware-radeon-20220119-1.1.noarch
kernel-firmware-prestera-20220119-1.1.noarch
kernel-firmware-qlogic-20220119-1.1.noarch
kernel-firmware-amdgpu-20220119-1.1.noarch
kernel-firmware-bnx2-20220119-1.1.noarch
kernel-install-tools-0.2.10-1.1.noarch
kernel-firmware-realtek-20220119-1.1.noarch
kernel-firmware-network-20220119-1.1.noarch
kernel-firmware-liquidio-20220119-1.1.noarch
kernel-firmware-ti-20220119-1.1.noarch
kernel-firmware-ueagle-20220119-1.1.noarch
kernel-firmware-all-20220119-1.1.noarch
kernel-firmware-intel-20220119-1.1.noarch
kernel-firmware-serial-20220119-1.1.noarch
kernel-firmware-nfp-20220119-1.1.noarch
kernel-firmware-dpaa2-20220119-1.1.noarch
kernel-firmware-platform-20220119-1.1.noarch
kernel-firmware-usb-network-20220119-1.1.noarch
kernel-syms-5.16.8-1.1.x86_64
kernel-default-5.16.8-1.1.x86_64
kernel-macros-5.16.8-1.1.noarch
kernel-default-5.16.5-1.4.x86_64
kernel-devel-5.16.8-1.1.noarch
kernel-default-devel-5.16.8-1.1.x86_64
kernel-source-5.16.8-1.1.noarch
*********
 
Christina

Christina

Protos schrieb:
Viele Kerne .....
Code: 
kernel-default-5.16.5-1.4.x86_64
Zum Vergrößern anklicken....
Genau, aber nur das hier wollte ich ganz genau wissen.
Wie @josef-wien oben schon geschrieben hat, würde auch ich diesen Kernel vor dem Löschen schützen, bis ein neuer Kernel wirklich stabil läuft. (siehe meinen Post heute, 17. Feb 2022, 13:58, Teil 2)
LG Christina
 
OP
G

Gelöschtes Mitglied 57911

Gast
Code: 
# kernel-default-5.16.5-1.4.x86_64
If 'kernel-default-5.16.5-1.4.x86_64' is not a typo you can use command-not-found to lookup the package that contains it, like this:
    cnf kernel-default-5.16.5-1.4.x86_64
#

Code: 
# rpm -qa|grep kernel
kernel-firmware-marvell-20220119-1.1.noarch
kernel-firmware-mediatek-20220119-1.1.noarch
kernel-firmware-ath10k-20220119-1.1.noarch
kernel-firmware-i915-20220119-1.1.noarch
kernel-firmware-mwifiex-20220119-1.1.noarch
kernel-firmware-brcm-20220119-1.1.noarch
kernel-firmware-qcom-20220119-1.1.noarch
kernel-firmware-atheros-20220119-1.1.noarch
kernel-firmware-ath11k-20220119-1.1.noarch
purge-kernels-service-0-8.3.noarch
kernel-firmware-mellanox-20220119-1.1.noarch
kernel-firmware-iwlwifi-20220119-1.1.noarch
kernel-firmware-bluetooth-20220119-1.1.noarch
kernel-firmware-sound-20220119-1.1.noarch
kernel-firmware-chelsio-20220119-1.1.noarch
kernel-firmware-nvidia-20220119-1.1.noarch
kernel-firmware-media-20220119-1.1.noarch
kernel-firmware-radeon-20220119-1.1.noarch
kernel-firmware-prestera-20220119-1.1.noarch
kernel-firmware-qlogic-20220119-1.1.noarch
kernel-firmware-amdgpu-20220119-1.1.noarch
kernel-firmware-bnx2-20220119-1.1.noarch
kernel-install-tools-0.2.10-1.1.noarch
kernel-firmware-realtek-20220119-1.1.noarch
kernel-firmware-network-20220119-1.1.noarch
kernel-firmware-liquidio-20220119-1.1.noarch
kernel-firmware-ti-20220119-1.1.noarch
kernel-firmware-ueagle-20220119-1.1.noarch
kernel-firmware-all-20220119-1.1.noarch
kernel-firmware-intel-20220119-1.1.noarch
kernel-firmware-serial-20220119-1.1.noarch
kernel-firmware-nfp-20220119-1.1.noarch
kernel-firmware-dpaa2-20220119-1.1.noarch
kernel-firmware-platform-20220119-1.1.noarch
kernel-firmware-usb-network-20220119-1.1.noarch
kernel-default-5.16.8-1.1.x86_64
kernel-default-5.16.5-1.4.x86_64
#

Hallo Christina,
mehr kann ich dir nicht anbieten, ich sehe keine Unterschiede.
LG Julian
 
Christina

Christina

Das hier meine ich.
Christina schrieb:
josef-wien schrieb:
Du solltest aber sicherstellen, daß der funktionierende Kernel vorerst nicht gelöscht wird (aber mit Details halte ich mich bei openSUSE heraus).
Zum Vergrößern anklicken....
Datei /etc/zypp/zypp.conf editieren: Kernelversion anhängen:
Zeile:
Code: 
multiversion.kernels = latest,latest-1,running,5.16.5-1.4
Zum Vergrößern anklicken....
Schaue dir die Datei einfach mal an.
Alle Zeilen, die mit einem # beginnen sind auskommentiert, also nur Hinweise oder Vorlagen.
 
OP
G

Gelöschtes Mitglied 57911

Gast
Christina schrieb:
******
Schaue dir die Datei einfach mal an.
Zum Vergrößern anklicken....
Danke Christina. Werde ich mir ansehen, wenn ich zurück bin. Das wird nicht vor Ende Mai sein, ich melde mich.
Allen eine gute und gesunde Zeit.
Liebe Grüße Julian
 
Christina

Christina

Protos schrieb:
Das wird nicht vor Ende Mai sein, (…)
Zum Vergrößern anklicken....
Der funktionierende Kernel 5.16.8-1 ist bereits nicht mehr im TW-Repo vorhanden!
Wenn du morgen oder später ein zypper dup ausführst und der neue Kernel auch versagt, hast du ein Problem.

Mit dieser Programmzeile von mir wird der 5.16.8-1er Kernel dauerhaft behalten, bis du das wieder änderst.
(Von der originalen Konfigurationsdatei mache ich zur Sicherheit noch eine Kopie: zypp.conf.bak)
Werde root per
Code: 
su --login
dann
Code: 
 sed '/multiversion.kernels/s/$/,5.16.5-1.4/' /etc/zypp/zypp.conf > /etc/zypp/zypp.conf.edited && mv /etc/zypp/zypp.conf /etc/zypp/zypp.conf.bak && mv /etc/zypp/zypp.conf.edited /etc/zypp/zypp.conf
Kontrolliere beim Copy'n'Paste, dass du wirklich alles übernommen hast.

Später dann genügt dieses Kommando, um den 5.16.8-1er Kernel endgültig zu löschen.
Code: 
mv -f /etc/zypp/zypp.conf.bak /etc/zypp/zypp.conf
LG
Christina
 
OP
G

Gelöschtes Mitglied 57911

Gast
Verspätet, aber dennoch: Inzwischen hat sich Kernel 17.3 ... installiert und der läuft.
Danke für deine Hilfe.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben