after install kernel 12 4.12.14-lp151.28.4-default system will not boot

I can still get the system to boot from 4.12.14-lp151.27-default but not from 28.4-default. I don’t know how to diagnose problem, when I boot from the 27 I look at the logs I know about but don’t really see any errors from the 28.4 boot process. When I boot the 28.4 it starts the regular graphic processes and then jumps back to the command line showing processes being started and then it just stops processing anything. What do I need to look for?

It is a known problem, that the updated kernel has problems with nvidia graphics. Keep using the older kernel for now. There is an open bug report. I presume that there is work under way to fix the problem in the next kernel update.

Fixed kernel is anticipated to arrive on mirrors next week. Test fix that works is available via the initial bug report.

Are there information about whether recovered support of nvidia drivers on Leap 15.1 (right now linux kernel is 4.12.14-lp151.28.7-default)?

p.s. I just upgrade Leap 15.0 -> Leap 15.1 and think about whether install nvidia drivers.

I let the system do an upgrade yesterday and it loaded 4.12.14-lp151.28.7-default and evidently that does not have the fix for this problem but it must have deleted my working previous kernel 4.12.14-lp151.27-default because it is no longer showing in my boot menu. Is there some way of getting the working kernel back, or I see there might be a fix in the 28.7.1 kernel, how do I load that since I can’t now get it to boot at all?

The older kernel is still in the repos. If you can boot to a command line, or if you can boot with “nomodeset”, then you can install from there.

As far as I know, the new kernel is supposed to fix the problems. But I don’t have nvidia hardware, so I cannot test that.

I was able to get the lp151.27 kernel back by doing an update from the iso I put on a usb flash drive and when it brought up a message that it was connected to the internet so do I want to do an online update I said no, and so now the grub menu shows the two new lp151.28 kernels plus an addition lp151-27 kernel which does still boot the system. So I can wait for another new kernel update.

Please post:

zypper se -s kernel-default

Also:

/sbin/lspci -nnk | grep -EiA3 'vga|3d|display'

The kernel not working with nouveau is:

i+ | kernel-default       | package | 4.12.14-lp151.28.4.1 | x86_64 | Main Update Repository

But there is a new one:

i+ | kernel-default       | package | 4.12.14-lp151.28.7.1 | x86_64 | Main Update Repository

Here it is working but with Intel graphics:

uname -a
Linux hp-laptop 4.12.14-lp151.28.7-default #1 SMP Mon Jun 17 16:36:38 UTC 2019 (f8a1872) x86_64 x86_64 x86_64 GNU/Linux

I suggest that you edit “/etc/zypp/zypp.conf”. Look for the “multiversion.kernels” line, and insert “oldest,” there – like this:

multiversion.kernels = oldest,latest,latest-1,running

That way, the 4.12.14-lp151.27 will never be removed, unless you remove it manually.

4.12.14-lp151.28.7 works nicely here with 15.1 and 3 different NVidia PCIe GPUs:

G98 [GeForce 8400 GS Rev. 2] chip ID: 10de:06e4
GT218 [GeForce 210] chip ID: 10de:0a65
GF119 [NVS 310] chip ID: 10de:107d

Proprietary NVidia software is not installed on any of my PCs. All 3 GPUs are using the default DDX, modesetting, on screens of 1680x1050, 1920x1080, 1920x1200, 2560x1080 and 2560x1440, and also with 2560x1440 and 1920x1080 together, and also with 2560x1440 and 1920x1200 together, and also 2560x1440 and 2560x1080 together, e.g.:

# inxi -GxxS
System:    Host: big41 Kernel: 4.12.14-lp151.28.7-default x86_64 bits: 64 compiler: gcc v: 7.4.0 Desktop: KDE 3.5.10
           tk: Qt 3.3.8c wm: kwin dm: N/A Distro: openSUSE Leap 15.1
Graphics:  Device-1: NVIDIA GF119 [NVS 310] vendor: Hewlett-Packard driver: nouveau v: kernel bus ID: 01:00.0
           chip ID: 10de:107d
           Display: server: X.Org 1.20.3 driver: modesetting resolution: 2560x1440~60Hz, 2560x1080~60Hz
           OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.2 compat-v: 3.1 direct render: Yes
# xrandr | grep -A2 onnec
DP-1 connected primary 2560x1440+0+0 (normal left inverted right x axis y axis) 598mm x 336mm
   2560x1440     59.95*+
   1920x1080     60.00    59.94
--
DP-2 connected 2560x1080+2560+0 (normal left inverted right x axis y axis) 673mm x 284mm
   2560x1080     60.00*+
   1920x1080     59.96    60.00    60.00    50.00    59.94    59.93    24.00    23.98

what is i+ ?

</home/dean> zypper se -s kernel-default
Loading repository data…
Reading installed packages…

S | Name | Type | Version | Arch | Repository
—±---------------------±-----------±---------------------±-------±----------------------
i+ | kernel-default | package | 4.12.14-lp151.28.7.1 | x86_64 | Main Update Repository
i+ | kernel-default | package | 4.12.14-lp151.28.4.1 | x86_64 | Main Update Repository
i+ | kernel-default | package | 4.12.14-lp151.27.3 | x86_64 | Main Repository
| kernel-default | srcpackage | 4.12.14-lp151.28.7.1 | noarch | Main Update Repository
| kernel-default | srcpackage | 4.12.14-lp151.28.4.1 | noarch | Main Update Repository
| kernel-default-base | package | 4.12.14-lp151.28.7.1 | x86_64 | Main Update Repository
| kernel-default-base | package | 4.12.14-lp151.28.4.1 | x86_64 | Main Update Repository
| kernel-default-base | package | 4.12.14-lp151.27.3 | x86_64 | Main Repository
i+ | kernel-default-devel | package | 4.12.14-lp151.28.7.1 | x86_64 | Main Update Repository
i+ | kernel-default-devel | package | 4.12.14-lp151.28.4.1 | x86_64 | Main Update Repository
v | kernel-default-devel | package | 4.12.14-lp151.27.3 | x86_64 | Main Repository
</home/dean> /sbin/lspci -nnk | grep -EiA3 ‘vga|3d|display’
00:16.3 Serial controller [0700]: Intel Corporation 7 Series/C210 Series Chipset Family KT Controller [8086:1e3d] (rev 04)
Subsystem: Hewlett-Packard Company Device [103c:1790]
Kernel driver in use: serial
00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network Connection (Lewisville) [8086:1502] (rev 04)

01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK107GL [Quadro K600] [10de:0ffa] (rev a1)
Subsystem: Hewlett-Packard Company Device [103c:094b]
Kernel driver in use: nvidia
Kernel modules: nouveau, nvidia

here is the nvidia startup

</home/dean> dmesg |grep -i nvidia
4.601189] nvidia: loading out-of-tree module taints kernel.
4.601197] nvidia: module license ‘NVIDIA’ taints kernel.
4.634931] nvidia 0000:01:00.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=io+mem
4.635133] [drm] Initialized nvidia-drm 0.0.0 20150116 for 0000:01:00.0 on minor 0
4.635136] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 340.107 Thu May 24 21:54:01 PDT 2018
5.256481] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input15
5.256541] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input16
13.765363] caller _nv000788rm+0xe4/0x1c0 [nvidia] mapping multiple BARs
14.209855] NVRM: on the primary VGA device. The NVIDIA Linux graphics driver

I filed bug 1139780 because the answer to this is absent from the zypper man page. I believe the + has something to do either with how the package was installed, or that the package is installed alongside other versions of a package with the same name. In any event, the + is unrelated to your problem, and the i just indicates an installed package.

Please first install inxi if not already installed (preferably from upstream. It’s merely an information collection script.), then using code tags provide output from

inxi -Gxx

while running some sort of xsession if possible, booting using nomodeset if necessary.

It may be best to try uninstalling the NVidia driver to ensure everything is in order using only FOSS software. For X this would include either the nouveau DDX (optional from xf86-video-nouveau) or the modesetting DDX (default, provided by the X server). If no fault found then try again to install the non-FOSS NVidia driver.