http://bugzilla.opensuse.org/show_bug.cgi?id=1081481 http://bugzilla.opensuse.org/show_bug.cgi?id=1081481#c1 --- Comment #1 from Dennis Golden --- Created attachment 760511 --> http://bugzilla.opensuse.org/attachment.cgi?id=760511&action=edit section of zypp/history Segment of zypp/history of the installation -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1081481 http://bugzilla.opensuse.org/show_bug.cgi?id=1081481#c2 Stefan Dirsch changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P3 - Medium Flags| |needinfo?(dgolden@golden-co | |nsulting.com) --- Comment #2 from Stefan Dirsch --- I couldn't find anything obvious in NVIDIA's logfile. Seems the weak-updates symlinks cannot be created for kernel 4.4.104, but since you're booting 4.4.114 this can't explain the issue and kernel modules are loaded with your system. Maybe your desktop can be started with xdm and it's a ssdm-only issue. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1081481 http://bugzilla.opensuse.org/show_bug.cgi?id=1081481#c4 --- Comment #4 from Stefan Dirsch --- Hmm. I would have expected, that you don't have any nvidia kernel modules loaded with 4.4.104. Anyway, better verify, if it is related to a packaging issue at all, i.e. please uninstall all nvidia packages ( "sudo rpm -e $(rpm -qa|grep nvidia)" ) and reinstall the driver manually via NVIDIA's shell script archive you can download on http://www.nvidia.com/object/unix.html -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1081481 http://bugzilla.opensuse.org/show_bug.cgi?id=1081481#c6 --- Comment #6 from Dennis Golden --- (In reply to Stefan Dirsch from comment #4)

Hmm. I would have expected, that you don't have any nvidia kernel modules loaded with 4.4.104.

Anyway, better verify, if it is related to a packaging issue at all, i.e. please uninstall all nvidia packages ( "sudo rpm -e $(rpm -qa|grep nvidia)" ) and reinstall the driver manually via NVIDIA's shell script archive you can download on http://www.nvidia.com/object/unix.html

I had to black list nouveau and mkinitrd before NVIDIA-Linux-x86_64-390.25.run would run. It definitely only updates the running kernel and doesn't run mkinitrd so it doesn't install the driver until starting X. I attached the log. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1081481 http://bugzilla.opensuse.org/show_bug.cgi?id=1081481#c8 --- Comment #8 from Dennis Golden --- Created attachment 760701 --> http://bugzilla.opensuse.org/attachment.cgi?id=760701&action=edit nvidia install log backup 4.4.104 kernel I will also include the uninstall log because it forced it in order to install. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1081481 http://bugzilla.opensuse.org/show_bug.cgi?id=1081481#c10 --- Comment #10 from Dennis Golden --- Because the nvidia install script called the uninstall it removed the kernel drivers from the primary kernel so no more X for the 4.4.114 kernel. I ran mkinitrd and it failed for 4.4.114 kernel. I have snapper undochange to get the system back to a somewhat usable state. I'm new to btrfs and snapper and feel lucky to have gotten to this point. I hope this information is of use to you. Regards, Dennis -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1081481 http://bugzilla.opensuse.org/show_bug.cgi?id=1081481#c12 --- Comment #12 from Dennis Golden --- Please note that this was a from scratch install of Leap 42.3 on this machine that was installed starting timestamp in /var/log/zyyp/history: 2017-12-18 15:19:07|command|root@dg-linux|'/usr/bin/ruby' '/usr/lib/YaST2/bin/y2start' 'installation' '--arg' 'initial' 'qt' '--noborder' '--auto-fonts' '--fullscreen'| There have never been any libglv* installed on the system. There were (because the default install included them), Mesa packages. ------------------------- Remember that you asked me to install from NVIDIA-Linux-x86_64-390.25.run. Please keep that in mind when you evaluate the information I provided. This is the ONLY system that I could afford to take down to collect this information. ------------------------- Also please keep in mind that the installations were successful on both the primary and backup kernel, but that installation on one would disable the other kernel as I provided in the narrative with the several comments in the time line. ------------------------- Also please note that all updates to the nvidia drivers upto and including 384.111 were successful on ALL affected systems until the 390.25 update. That's why I initially reopened #1080742. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1081481 http://bugzilla.opensuse.org/show_bug.cgi?id=1081481#c14 --- Comment #14 from Dennis Golden --- Yes, but: I tried to install but it wouldn't the first time and said I needed to blacklist nouveau. It was already blacklisted but not picked up by initrd, so I had to mkinitrd which updated both primary and backup configurations. I also had to set-default to multi-user.target. I then did the install on the primary kernel and it worked. Keep in mind that "NVIDIA-Linux-x86_64-390.25.run" does not do a mkinitrd so the modules are not installed until X-windows is started, so I had to switch to graphical.target. But it loaded the drivers when "kdm" (which is the only display manager I have ever used) started. Remember the nvidia install only updates the running kernel. So I rebooted to the backup kernel and repeated the above step; however it detected that nvidia was already installed and forced me to uninstall in order to continue the install. Now switch to graphical.target, and it works. The uninstall removed the nvidia modules from the primary kernel, therefore booting the primary kernel will no longer work because with kdm tries to start X-windows it will fail because nvida modules no longer in the primary kernel. I thought that this was explained it the prior comments. I guess because I added them as I was doing the steps and rebooting etc., It added to the confusion. Bottom line is using "NVIDIA-Linux-x86_64-390.25.run" it will work either with the primary kernel or the backup kernel, not both at the same time. Does that explain it? Regards, Dennis -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1081481 http://bugzilla.opensuse.org/show_bug.cgi?id=1081481#c16 --- Comment #16 from Stefan Dirsch --- ... because i simply cannot reproduce that issue. :-( -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1081481 http://bugzilla.opensuse.org/show_bug.cgi?id=1081481#c18 --- Comment #18 from Dennis Golden --- Created attachment 761529 --> http://bugzilla.opensuse.org/attachment.cgi?id=761529&action=edit /var/log/zypp/history I have included the entire zypp logfile. I've gone over it many times and cannot get a handle. I don't know enough about kernel builds to make sense. Please take a look and see if anything stands out. There are several attempts to install 390.25 and they all fail to update the backup kernel. I have use snapper undo to get the system back after each try. Dennis -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1081481 http://bugzilla.opensuse.org/show_bug.cgi?id=1081481#c20 --- Comment #20 from Dennis Golden --- So you are telling me that for you it provides the nvidia drivers for the primary kernel (which it does for me) and the backup kernel? For as long as I have been using Leap, if an update for nvida is installed, it will update also the backup (and I assume that if more that 1 backup kernels are optioned all of the 4.4 kernels). BTW: prior to the 390.25 update there was nothing in /etc/dracut.conf.d that pertained to nvida. That's why I didn't look at it. Once I recovered the previous system with snapper undoupdate, there was nothing there to look at. Surely there is someone that knows what might be causing the depmod for the 4.4.104-39 kernel to fail. Please let me know if WORKSFORME means that you were able to use the primary kernel or that both primary and backup work. Thanks, Dennis -- You are receiving this mail because: You are on the CC list for the bug.