Kernel 5,7,3.g44c4afo-default, bootet nicht (SUSE Leap15.1⁾

Hallo Gemeinde,

nachdem ich durch den Btrfs Crash, neulich vor ca 3 Wochen, die Kiste neu aufsetzen musste, (Laptop Lenovo T61 mit Nvidia Grafikkarte, Filesystem ext4 und kde-plasma), zeigt sich eine neuer Bug. >:(
Nach einigen automatischen update zeigt sich, dass der als Default ausgewiesene Kernel :
openSUSE Leap 15.1,with Linux 5,7,3-1.g44c4afo-default, nach Grub nicht bootet, nachdem eigentlich kde sich zum Login zeigen sollte, bleibt der Bildschirm schwarz und nichts regt sich mehr! :frowning:

Erst wenn ich aus der Auswahlmenue beim booten den:
openSUSE Leap 15.1,with Linux 5,7,2-4.gfb5dacf-default auswähle, läuft der Laden wieder.

Was ist der Bug, was kann ich tun?

Gruß
Andreas

Boote mal in den vorigen und mal einfach als root:

dracut -f

Außerdem mal Yast—System----Bootloader aufrufen, nichts ändern und einfach ok klicken.

Danach neu starten und schauen.

Hier läuft der:

uname -a && lsb-release -id && nvidia-settings -v
Linux linux64 5.7.3-1.g44c4af0-default #1 SMP Thu Jun 18 05:19:22 UTC 2020 (44c4af0) x86_64 x86_64 x86_64 GNU/Linux
Distributor ID: openSUSE
Description:    openSUSE Leap 15.1

nvidia-settings:  version 440.82
  The NVIDIA X Server Settings tool.

  This program is used to configure the NVIDIA Linux graphics driver.
  For more detail, please see the nvidia-settings(1) man page.

Hallo Sauerland,

"Boote mal in den vorigen und mal einfach als root:
Code: dracut -f "

Geht nicht, ich komme ja in den vorigen Kernel 5,7,3.g44c4afo-default, nicht hinein, kann mit dem ja nicht booten, muss alles mit dem zweiten kernel machen, oder du musst mir explizit beschreiben wie ich mit dem Kernel 5,7,3.g44c4afo-default booten könnte und dann die Routine abarbeiten könnte.

Unter dem zweiten Kernel blieb alles ohne Auswirkung.

Gruß
Andreas

Hallo Sauerland,

ich habe es nochmals probiert, in den ersten Kernel 5,7,3.g44c4afo-default komme ich nicht rein, weder auf eine virtuelle Konsole, auch der recovermode geht nicht, das Bootmenü läuft im recovermode bis zu einem gewissen Punkt, dann blinkt der Cursor und ENDE.
Nur der zweite Kernel, unter dem ich jetzt auch wieder drin bin, läuft.

Gruß
Andreas

Du sollst auch den “alten” Kernel booten und dort den Befehl absetzen bzw. das mit Yast machen.

Hallo Sauerland,

Ich kann den alten Kernel nicht booten, weil der eben nicht bootet, nicht läuft, ich habe auch keine Möglichkeit irgendwo etwas einzugeben, oder es gibt eine andere Möglichkeit die ich mit meinen schwachen Kenntnissen derzeit nicht erfasse.

Gruß
Andreas

Was meinst du, was der Unterschied von Kernel 5.7.3 und Kernel 5.7.2 ist?
5.7.2 ist älter…

Erst wenn ich aus der Auswahlmenue beim booten den:
openSUSE Leap 15.1,with Linux 5,7,2-4.gfb5dacf-default auswähle, läuft der Laden wieder.

Hallo Sauerland,

Wir haben da aneinander vorbeigeredet, natürlich hatte ich es so gemacht wie du beschrieben hattest, was anderes geht ja auch nicht, aber leider alles ohne Erfolg!

In den letzten Tagen musste ich immer wieder feststellen, dass sehr viele Kernelpatch auch mit nvidia und Kernel Security Update eingespielt wurden, ich hatte Angst, dass dies aus der Erfahrung mit SUSE heraus nicht gut gehen wird, meine Befürchtungen haben sich bestätigt.

Gruß
Andreas

In den letzten Tagen musste ich immer wieder feststellen, dass sehr viele Kernelpatch auch mit nvidia und Kernel Security Update eingespielt wurden,

Also für den Kernel gibt es kein nvidia-kmp, daher poste mal:

zypper lr -d
zypper se -si nvidia kernel kmp

Hallo Sauerland,

zypper lr -d

| Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service

—±--------------------------±--------------------------------------------------------±--------±----------±--------±---------±-------±-----------------------------------------------------------------------------±-------
1 | Essentials | Packman Essentials | Yes | (r ) Yes | Yes | 99 | rpm-md | http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.1/Essentials |
2 | Kernel_stable | Kernel builds for branch stable (standard) | Yes | (r ) Yes | Yes | 99 | rpm-md | https://download.opensuse.org/repositories/Kernel:/stable/standard/ |
3 | Leap_15.1 | VLC | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.videolan.org/pub/videolan/vlc/SuSE/Leap_15.1/ |
4 | download.nvidia.com-leap | nVidia Graphics Drivers | Yes | (r ) Yes | Yes | 99 | rpm-md | https://download.nvidia.com/opensuse/leap/15.1 |
5 | openSUSE-Leap-15.1-1 | openSUSE-Leap-15.1-1 | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/distribution/leap/15.1/repo/oss/ |
6 | openSUSE_Leap_15.1 | Electronics | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/repositories/electronics/openSUSE_Leap_15.1/ |
7 | openSUSE_Leap_15.1_1 | Wissenschaft | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/repositories/science/openSUSE_Leap_15.1/ |
8 | openSUSE_Leap_15.1_2 | Virtualization | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/repositories/Virtualization/openSUSE_Leap_15.1/ |
9 | openSUSE_Leap_15.1_3 | KDE | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_Leap_15.1/ |
10 | openSUSE_Leap_15.2 | Electronics Stuff and development (openSUSE_Leap_15.2) | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/repositories/electronics/openSUSE_Leap_15.2/ |
11 | opensuse-guide.org-repo | Libdvdcss Repository | Yes | (r ) Yes | Yes | 99 | rpm-md | http://opensuse-guide.org/repo/openSUSE_Leap_15.1/ |
12 | packman.inode.at-suse | Packman Repository | Yes | (r ) Yes | Yes | 99 | rpm-md | http://packman.inode.at/suse/openSUSE_Leap_15.1/ |
13 | repo-debug | Debug-Repository | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/debug/distribution/leap/15.1/repo/oss/ |
14 | repo-debug-non-oss | Debug Repository (Non-OSS) | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/debug/distribution/leap/15.1/repo/non-oss/ |
15 | repo-debug-update | Update Repository (Debug) | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/debug/update/leap/15.1/oss/ |
16 | repo-debug-update-non-oss | Update Repository (Debug, Non-OSS) | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/debug/update/leap/15.1/non-oss/ |
17 | repo-non-oss | Non-OSS Repository | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/distribution/leap/15.1/repo/non-oss/ |
18 | repo-oss | Haupt-Repository | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/distribution/leap/15.1/repo/oss/ |
19 | repo-source | Quell-Repository | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/source/distribution/leap/15.1/repo/oss/ |
20 | repo-source-non-oss | Source Repository (Non-OSS) | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/source/distribution/leap/15.1/repo/non-oss/ |
21 | repo-update | Hauptaktualisierungs-Repository | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/leap/15.1/oss |
22 | repo-update-non-oss | Aktualisierungs-Repository (Nicht-Open-Source-Software) | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/leap/15.1/non-oss/ |
23 | standard | Kernel/stabel | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/repositories/Kernel:/stable/standard/

Und zu guter letzt,

zypper se -si nvidia kernel kmp
Loading repository data…
Reading installed packages…

S | Name | Type | Version | Arch | Repository
—±--------------------------±--------±------------------------------------±-------±------------------------------------------
i+ | kernel-default | package | 5.7.2-4.1.gfb5dacf | x86_64 | (System Packages)
i+ | kernel-default | package | 5.7.3-1.1.g44c4af0 | x86_64 | Kernel builds for branch stable (standard)
i+ | kernel-default | package | 5.7.3-1.1.g44c4af0 | x86_64 | Kernel/stabel
i+ | kernel-default-devel | package | 4.12.14-lp151.28.52.1 | x86_64 | Hauptaktualisierungs-Repository
i+ | kernel-devel | package | 4.12.14-lp151.28.52.1 | noarch | Hauptaktualisierungs-Repository
i+ | kernel-firmware | package | 20200107-lp151.2.12.1 | noarch | Hauptaktualisierungs-Repository
i+ | kernel-macros | package | 4.12.14-lp151.28.52.1 | noarch | Hauptaktualisierungs-Repository
i+ | nfs-kernel-server | package | 2.1.1-lp151.7.3.1 | x86_64 | Hauptaktualisierungs-Repository
i | nvidia-computeG05 | package | 440.82-lp151.30.1 | x86_64 | nVidia Graphics Drivers
i+ | nvidia-gfxG05-kmp-default | package | 440.82_k4.12.14_lp151.27-lp151.30.1 | x86_64 | nVidia Graphics Drivers
i | nvidia-glG05 | package | 440.82-lp151.30.1 | x86_64 | nVidia Graphics Drivers
i | x11-video-nvidiaG05 | package | 440.82-lp151.30.1 | x86_64 | nVidia Graphics Drivers

Gruß
Andreas

  1. Benutze bitte Code-Tags für Konsolenausgaben, das kleine # hier im Editor .
  2. Repoliste nur überflogen aber mehrere Repos doppelt, eines für Leap 15.2 usw.
  3. VLC- und Packman-Repo gleichzeitig ist nicht gut, das VLC-Repo bietet keinen Mehrwert zum Packman Repo, ich würde das VLC Repo löschen.
  4. Es gibt keine Nvidia Repo für den Kernel aus kernel:stable, daher sind die Nvidia Pakete dein Problem. Die würde ich löschen.

Hallo Sauerland,

dass da mehr Repos dabei sind hat den Grund, dass ich damit versucht hatte das Kernel Problem zu lösen, die kamen also erst später dazu.

Das andere Problem ist, dass ich nach dem Btrfs Crash und einem neuerlichen Aufsetzen der Maschinen, mit ext4 Filesystem, im Firefox einige Videos und Livestreams nicht abspielen konnte und immer noch nicht kann, “mal wieder” nicht.
Meldung: (Ihr Browser erkennt das Videoformat nicht usw, usw), die Meldungen dürften ja hinlänglich bekannt sein, daher also auch die teils doppelten Repos.

  • Wie gesagt die kamen erst nach dem Kernel Problem dazu. -
    Das gleiche Abspielproblem mit einigen Videos und Livestreams auf Webseiten und bei YouTube habe ich unter SUSE 15.1 auch mit einer anderen Maschine, Tower, die mit AMD Prozessor arbeitet

Welche Repos sollte ich herausnehmen, oder brauche ich nicht, weil doppelt und damit unsinnig?

Gruß
Andreas

Lösch doch erst mal die Nvidia Pakete.

War keine gute Idee, jetzt geht gar nichts mehr!

Hast du nomodest oder ähnliches in der Grub-Zeile?

Muss nachsehen, soweit ich weiß nicht.

Habe über die virtuelle Konsole mit yast1 die Nvidia Pakete wieder installiert nun läuft zumindest mit dem alten Kernel das Grafische wieder.

Gruß
Andreas

Dann wirf die kernel:stable Repos raus, deinstalliere die Kernel daraus und installiere den Kernel aus dem Update Repo.

Hallo Saueland,

nachdem ich den Kernel, der in Yast rot hinterlegt war, einem Update unterzogen hatte, läuft der “neue Kernel” auf einmal, was die eigentliche Ursache war und ist, ich weiß es nicht.
Ich musste auch feststellen das einige Repos und das Forum, zeitweise nicht auch erreichbar waren.

Gruß
Andreas