Try using prime-run instead of optirun/primusrun.

Quoting: mr-victoryTry using prime-run instead of optirun/primusrun.

I can't use prime-run, it only supports versions from version 435.17 and upwards. My driver is older, nvidia-390xx-dkms.

I tried installing the package anyways, nvidia-prime, but it gave an error, which is expected I guess.

 
❯ prime-run glxgears
X Error of failed request:  BadValue (integer parameter out of range for operation)
  Major opcode of failed request:  152 (GLX)
  Minor opcode of failed request:  3 (X_GLXCreateContext)
  Value in failed request:  0x0
  Serial number of failed request:  25
  Current serial number in output stream:  26

Oof. Then your best bet is nvidia-xrun or running your entire session on nvidia.

Quoting: mr-victoryOof. Then your best bet is nvidia-xrun or running your entire session on nvidia.

I tried something similar, optimus-manager, but the game didn't work either. It didn't show any particular error, it just didn't launch. Here's the log:
https://bpa.st/OCUQ

See the log:
 
primus: fatal: failed to load any of the libraries: /usr/lib/nvidia/libGL.so.1:/usr/lib32/nvidia/libGL.so.1:/usr/lib/libGL.so.1:/usr/lib32/libGL.so.1
/usr/lib/nvidia/libGL.so.1: cannot open shared object file: No such file or directory
/usr/lib32/nvidia/libGL.so.1: cannot open shared object file: No such file or directory
/usr/lib/libGL.so.1: cannot open shared object file: No such file or directory
/usr/lib32/libGL.so.1: cannot open shared object file: No such file or directory
It seems you're missing (32bit) nvidia glx libraries

Last edited by kokoko3k on 3 May 2022 at 6:57 am UTC

Quoting: kokoko3kSee the log:
 
primus: fatal: failed to load any of the libraries: /usr/lib/nvidia/libGL.so.1:/usr/lib32/nvidia/libGL.so.1:/usr/lib/libGL.so.1:/usr/lib32/libGL.so.1
/usr/lib/nvidia/libGL.so.1: cannot open shared object file: No such file or directory
/usr/lib32/nvidia/libGL.so.1: cannot open shared object file: No such file or directory
/usr/lib/libGL.so.1: cannot open shared object file: No such file or directory
/usr/lib32/libGL.so.1: cannot open shared object file: No such file or directory
It seems you're missing (32bit) nvidia glx libraries

I have lib32-nvidia-390xx-utils installed tho. And running glxgears32 works fine

❯ optirun glxgears32
287 frames in 5.0 seconds = 57.393 FPS
299 frames in 5.0 seconds = 59.744 FPS

Quoting: Shades

Quoting: kokoko3kSee the log:
 
primus: fatal: failed to load any of the libraries: /usr/lib/nvidia/libGL.so.1:/usr/lib32/nvidia/libGL.so.1:/usr/lib/libGL.so.1:/usr/lib32/libGL.so.1
/usr/lib/nvidia/libGL.so.1: cannot open shared object file: No such file or directory
/usr/lib32/nvidia/libGL.so.1: cannot open shared object file: No such file or directory
/usr/lib/libGL.so.1: cannot open shared object file: No such file or directory
/usr/lib32/libGL.so.1: cannot open shared object file: No such file or directory
It seems you're missing (32bit) nvidia glx libraries

I have lib32-nvidia-390xx-utils installed tho. And running glxgears32 works fine

❯ optirun glxgears32
287 frames in 5.0 seconds = 57.393 FPS
299 frames in 5.0 seconds = 59.744 FPS

This means that "/" is mounted over the real one, which point me to think to containerization which, in turn, blames steam pressure vessel/soldier.
Unfortunately my understanding stops there, but maybe you can try a (very) old proton version, one before steam introduced soldier and friends and try with it.
However it would not be a long term solution, but i'm confident the problem lies there, so you may have new search terms for bug hunting :)

Quoting: Shades

Quoting: kokoko3kSee the log:
 
primus: fatal: failed to load any of the libraries: /usr/lib/nvidia/libGL.so.1:/usr/lib32/nvidia/libGL.so.1:/usr/lib/libGL.so.1:/usr/lib32/libGL.so.1
/usr/lib/nvidia/libGL.so.1: cannot open shared object file: No such file or directory
/usr/lib32/nvidia/libGL.so.1: cannot open shared object file: No such file or directory
/usr/lib/libGL.so.1: cannot open shared object file: No such file or directory
/usr/lib32/libGL.so.1: cannot open shared object file: No such file or directory
It seems you're missing (32bit) nvidia glx libraries

I have lib32-nvidia-390xx-utils installed tho. And running glxgears32 works fine

❯ optirun glxgears32
287 frames in 5.0 seconds = 57.393 FPS
299 frames in 5.0 seconds = 59.744 FPS

This could mean that "/usr/lib" is mounted over the real one, which point me to think to containerization which, in turn, blames steam pressure vessel/soldier.
Unfortunately my understanding stops there, but maybe you can try a (very) old proton version, one before steam introduced soldier and friends and try with it.
However it would not be a long term solution, but i'm confident the problem lies there, so you may have new search terms for bug hunting :)

-edit-
I assume none of your windows games runs under proton now, am i correct?
do you use some custom startup options for this game in steam?

Last edited by kokoko3k on 3 May 2022 at 7:38 pm UTC

Quoting: kokoko3k

Quoting: Shades

Quoting: kokoko3kSee the log:
 
primus: fatal: failed to load any of the libraries: /usr/lib/nvidia/libGL.so.1:/usr/lib32/nvidia/libGL.so.1:/usr/lib/libGL.so.1:/usr/lib32/libGL.so.1
/usr/lib/nvidia/libGL.so.1: cannot open shared object file: No such file or directory
/usr/lib32/nvidia/libGL.so.1: cannot open shared object file: No such file or directory
/usr/lib/libGL.so.1: cannot open shared object file: No such file or directory
/usr/lib32/libGL.so.1: cannot open shared object file: No such file or directory
It seems you're missing (32bit) nvidia glx libraries

I have lib32-nvidia-390xx-utils installed tho. And running glxgears32 works fine

❯ optirun glxgears32
287 frames in 5.0 seconds = 57.393 FPS
299 frames in 5.0 seconds = 59.744 FPS

This could mean that "/usr/lib" is mounted over the real one, which point me to think to containerization which, in turn, blames steam pressure vessel/soldier.
Unfortunately my understanding stops there, but maybe you can try a (very) old proton version, one before steam introduced soldier and friends and try with it.
However it would not be a long term solution, but i'm confident the problem lies there, so you may have new search terms for bug hunting :)

-edit-
I assume none of your windows games runs under proton now, am i correct?
do you use some custom startup options for this game in steam?

You're right! Other Windows games didn't work either, but when I switched to Proton v4 it worked. I don't know if there's a fix for this new containerization issue tho :/ Is it because I installed the games and the libraries in another directory which is on my HDD not the SDD where my arch is installed?

All these games used to be on HDD, I tried moving them to /home, the default steam directory, but the problem remained the same as below.


Master Duel isn't working with Proton v4 tho I think, it gives this error every time I launch it, I tried to press Reboot, it just showed the same error :/


And yes, I use optirun %command% with all games to use the nvidia card instead of the intel one.

Last edited by Shades on 4 May 2022 at 12:46 am UTC

Yeah, older proton is not a long term solution, but just a way to isolate the problem,

QuoteIs it because I installed the games and the libraries in another directory which is on my HDD not the SDD where my arch is installed?

Please, elaborate "and the libraries".
If you mean Steam runtimes and proton as shown in the screenshot, I don't think so.

-EDIT-
Before going deeper, you have to verify that vulkan works.
I see you're on Arch, I never used bumblebee/primus so, please try to start vkcube from vulkan-tools package via primus and verify that it works and that it uses your nvidia gpu.
If it does, keep reading.
-/EDIT-

It is an interesting topic i'm exploring, here is some background (also this:

QuoteThe core of all of these compatibility tools is pressure-vessel, which combines application-level libraries from the Steam Runtime with graphics drivers from the host operating system, resulting in a system that is as compatible as possible with the Steam Runtime while still having all the necessary graphics drivers to work with recent GPU hardware.
The Steam Play compatibility tools automatically run pressure-vessel when necessary.

...something is obviously not running good about mixing native gpu drivers and pressure-vessel filesystem. "Recent GPU hardware" may sound worrysome though.

Just some shoots in the dark:

• Are you running steam from your distro package or through flatpak? My gut feeling smells troubles if the latter is true.


• What if you run the whole steam through optirun and then try to start a game with and without optirun startup option with a newer proton, Something changes?


• What if you use Proton-Ge instead? I'm not sure at all, but it could be a way to skip pressure-vessel and a more robust alternative to proton 4, if it works.
  If you're not familiar with it, follow the installation "Native -> Manual" way.

Other related things i found:

QuoteUsing Bumblebee and Primus (optirun, primusrun, pvkrun, primus_vk) adds an extra layer of complexity that does not work reliably with the container runtime. We recommend using NVIDIA Prime Render Offload or DRI PRIME offloading instead, if possible.

If you don't manage to solve the issue, i strongly suggest you to seek for help here, by providing the output of /tmp/proton-issue.log after trying to start (and so fail) to run your game by starting steam as follows:PRESSURE_VESSEL_VERBOSE=1 PROTON_LOG=1 steam 2>&1 | tee /tmp/proton-issue.log

Quoting: mr-victoryOof. Then your best bet is nvidia-xrun or running your entire session on nvidia.

...Good luck!


Last edited by kokoko3k on 4 May 2022 at 12:42 pm UTC