$ nvidia-smi
NVIDIA-SMI couldn't find libnvidia-ml.so library in your system. Please make sure that the NVIDIA Display Driver is properly installed and present in your system.
Please also try adding directory that contains libnvidia-ml.so to your system PATH.
Does
sudo prime-select nvidia
work?
Otherwise, please run nvidia-bug-report.sh as root and attach the resulting .gz file to your post. Hovering the mouse over an existing post will reveal a paperclip icon.
X Error of failed request: BadValue (integer parameter out of range for operation)
Major opcode of failed request: 155 (GLX)
Minor opcode of failed request: 24 (X_GLXCreateNewContext)
Value in failed request: 0x0
Serial number of failed request: 35
Current serial number in output stream: 36
After switching to Intel (sudo prime-select intel) it gives normal information:
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 530 (Skylake GT2)
I have the same problem on Mint 18.3. However, is it the ubuntu packaging at fault? Does native nvidia-settings do anything useful when the nvidia card is powered off and the driver is not loaded?
I never had any problem like this with the ubuntu packages, and in addition, I use the ppa:graphics-drivers/ppa to keep my drivers up to date, and except with really recent releases (390 - 396) I never had any problem like that.
In a normal way, when the nvidia driver is not loaded, nvidia-settings show the prime profiles, and make us able to switch between intel and nvidia GPUs.
And, a package is preferable to keep the drivers up to date, because without this, you need to re-install manually your driver from a tty at each minor kernel update, and it’s not really convenient because you need to kill the X server, and use the tty because the nvidia-installer cannot be launched when the X server is running. (This is stupid and should be changed in future releases because it’s awful…, the installer should use dkms like others installers/packages…and should run from a X session even if a X restart is needed. Even AMD do this with his ugly drivers for Linux…)
The reason the .run installer requires you to stop X is because the first thing it does after building the new kernel module is to test-load it. It can’t do that if the old kernel module is still in use by the X server.
The reason for the test-load step is that there have been a huge number of cases in the past where the module will build fine, but won’t load for any number of reasons. For example, see the recent cases where the module builds but fails to load because the kernel build system doesn’t stamp the module with a new ‘retpoline’ tag. If the .run package just put the module into dkms and then continued the installation assuming everything was fine, this mismatch would result in a non-functional X server and the infamous “login loop” on the next reboot.
When Linux distributions package the driver, they can make stronger guarantees about whether the module will work after an update.
Ok this is a good reason.
I just think (personnaly) that is a little bit difficult to install the latest driver for the lambda end-user. (In comparaison with the way to install the Windows Nvidia driver), but I understand this choice.
This prime switch feature is an Ubuntu enhancement to the nvidia code. That’s why I think it is an ubuntu problem: it is an ubuntu feature which is broken. So I don’t think you’ll make much progress discussing it here. If you remove the ubuntu nvidia-settings module and install the nvidia one from the nvidia installer, you will not see the card switching section.
I suggest you file a bug against the ubuntu package.
I had this problem recently on Ubuntu 18.04, and while being on intel, I ran
nvidia-xconfig
then
sudo prime-select nvidia
and rebooted; but gdm would no longer load. So I booted on an USB live image and noticed two /etc/X11/xorg.conf* files which I removed (one empty and the nvidia-xconfig file backed up). Then rebooted again and I could log in having nvidia driver perfectly working.
I tried the commands and at first everything ok. After rebooting, it did not work. After deleting xorg.conf again and rebooting, I was able to access again.
There are some new things with nvidia-driver-390+. More exactly those drivers are made for future versions of the display server that have not landed yet in Ubuntu. This is why they get the name “nvidia-driver-*” to tell them apart and also why you actually need to reboot you computer. They’ve been made to work with what we have at this point.
Now, I’m not sure what distro you’re using. I’am on Ubuntu 18.04 and it is a fresh install. Whatever you’ve got there, whether you upgraded your distro, or you are on 16.04, you must have a reminiscence of the old drivers. When you’re switching from intel to nvidia or the other way around the new driver mechanism runs
update-initramfs
and
update-grub
It might be that when this is done, there’s also going on the creation of the apropiate xorg.conf, which is like the older drivers behaved.
As a workaround you can try to create a Post Session (post logout) script that removes the file.
I removed the driver completely and any traces of it and reinstalled again. I rebooted the machine and performed the commands described by you. I rebooted again and even then nvidia-settings does not work.
Returns the error:
# nvidia-settings
ERROR: NVIDIA driver is not loaded
ERROR: Unable to load info from any available system
I have the same problem now on Ubuntu 18.04 with latest nvidia driver on a Intel/Nvidia hybrid system.
Displayed is always “using x.org x server – nouveau display driver”, although I’ve installed Nvidia 410 and switch around with prime-select.
I’m facing similar problem but here nvidia is loaded fine. I would like to know what exactly is nvidia-settings loogink for (or what is really missing) when it returns
ERROR: unable to load info from any available system
Hi, i’m facing up to the same problem but my nvidia driver module is loaded successfully. However, the
nvidia-settings
and
prime-select
command crashed:
nvidia-settings
ERROR: Unable to load info from any available system
sudo prime-select nvidia
Info: the current GL alternatives in use are: ['mesa', None]
Info: the current EGL alternatives in use are: ['mesa-egl', None]
Error: the installed packages do not support PRIME
Error: nvidia mode can't be enabled