On OpenMandriva Lx version: 5.0, I can’t get a system to boot with the nvidia driver since a few months. Not exactly sure when I saw it for the first time, but it was right after a reinstall of OMLX, so this happens on a clean install.
As soon as I install the nvidia driver, both the current and legacy versions, both from MCC and directly through DNF, the system does not boot anymore. I have seen this on different computers with different setups. Most notably my test pc, a Core2duo with a GTX 1050Ti, and a computer I recently bought for some testing, a core2quad with a GT730.
Directly after installing the driver and rebooting, the system seems to be stuck at this:
Not sure where to go from here. I can’t be the only one with this issue if I’m seeing this on different systems, right?
I might mention that the other boot modes (console mode, recovery mode, etc) won’t boot anymore either. Blacklisting the nvidia driver doesn’t fix that. The system does not “hang”, I can still just ctrl+alt+delete to do a soft-reboot.
I do not have nVidia hardware so can not reproduce this issue.
The first thing to know would be where exactly does the system stop booting? You should be able to see that by booting in console mode. OR you can add 3 to the end of the “linux” line by using edit “e” in the grub2 menu. This might lead to the cause of the issue. It seems unusual that console mode would not boot. This makes me wonder if some script did not run during software installation. For instance I am fairly certain that either update-grub2 or dracut then update-grub2 have to run after installing nvidia.
It is easier to problem solve if users copy and paste the command and output of the command so we know exactly what we are dealing with. And one should not install current and legacy versions as far as I know. Usually only one is correct for given hw.
A guess would be that that is the wrong thing to blacklist. Perhaps nouveau is what should be blacklisted? Also blacklisted exactly how? This could be a changed boot parameter or some file changed somewhere in /etc.
What I know is that we do have Rock users using nvidia proprietary driver. What I do not know is any additional configuration beyond just installing the software that OMLx Rock/5.0 might require, but blacklisting nouveau would be a suspect.
So would be most helpful if someone that has this working, or someone that knows more about this than I do would respond. And hoping this post is in some way helpful.
Right! I was just in the process of capturing the issue with a capture card.
I take it rock will be fixed somewhere soon?
About blacklisting: the nouveau driver is already blacklisted, or at least there’s “rd.driver.blacklist=nouveau” in the linux line in grub. If I add “rd.driver.blacklist=nvidia” the issue remains.
As I understand things what is in ROME currently will become Rock/5.1 with Plasma5 and Rock/6.0 with Plasma6 sometime in near future. I believe devs are waiting for a fix for a newly discovered Linux security issue. I do not believe there will be any fix for the nvidia packages currently in Rock.
A possible thing to try is to open Software Repository Selector and switch repos from rock to rolling. Be sure non-free repo is selected. Then install kernel-desktop. Reboot and install nvidia then reboot again and switch back to rock repos. Be careful that dnf does not remove kernel-desktop or downgrade nvidia. But that should not be a problem since there is not likely to be any upgraded packages for Rock until 5.1/6.0 release.
Better would be to install ROME with Plasma6 if you are in position to do so. ROME uses rolling repos. ROME seems to be as stable as Rock and certainly stays more up to date otherwise.
Took me a while, but today I tried switching the repos to rolling. Updated the kernel and installed nvidia and nvidia-32bit. Rebooted… nope… won’t boot.
