The same issue has been happening to me for the past week or so on Linux Mint 17. None of my games (Source/Non-source) will run with optirun EXCEPT for Paradox games (don't ask why). CK2 and EU4 will run normally.
NVIDIA Driver version: 340.32, bumblebee 3.2.1-90
Kernel version: 3.13.0-24-generic
primus/virtualgl both installed with 32/64 bit libraries
I get similar errors to what's posted above, as well as the following:
##### swap interval = 1 swap limit = 1 #####
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 15 (X_QueryTree)
Resource id in failed request: 0x20000a
Serial number of failed request: 131
Current serial number in output stream: 131
and
*** ConCommand "alias" (0xf1ba4a00) was not unregistered! Shutdown crash imminent/media/brian /HDD-EXT4/steam/SteamApps/common/dota 2 beta/dota.sh: line 77: 9137 Segmentation fault ${GAME_DEBUGGER} "${GAMEROOT}"/${GAMEEXE} "$@"
Game removed: AppID 570 "Dota 2", ProcID 9137
There are also a bunch of ConVar ********** was not unregistered! Shutdown crash imminent! and ConCommand ********** was not unregistered! Shutdown crash imminent! messages. They might also be relevant?
Let me know if you would like me to post any more of the console output or log records.
I have the same problem. All Source games don't start on dedicated nVidia graphics card. I was playing CS:GO yesterday and everything was fine. Also, I didn't update anything related to nVidia drivers.
Games that I tried and didn't work:
Games that I tried and worked:
Logs (~/.steam/error.log)
Game update: AppID 550 "Left 4 Dead 2", ProcID 4528, IP 0.0.0.0:0
ERROR: ld.so: object '/home/mattyy1hp-debian/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/mattyy1hp-debian/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
pid 4532 != 4530, skipping destruction (fork without exec?)
ERROR: ld.so: object '/home/mattyy1hp-debian/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/mattyy1hp-debian/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
pid 4531 != 4530, skipping destruction (fork without exec?)
ERROR: ld.so: object '/home/mattyy1hp-debian/.steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ATTENTION: default value of option vblank_mode overridden by environment.
malloc: unknown:0: assertion botched
free: called with unallocated block argument
last command: (null)
Aborting...Aborted
Game removed: AppID 550 "Left 4 Dead 2", ProcID 4528
Installing breakpad exception handler for appid(steam)/version(1411443970)
HW/SW Info
Interesting, Amnesia: TDD isn't working for me, but Amensia AMFP is (with primusrun).
For some reason both Amnesia games don't work for me anymore.
By the way I have Arch Linux installed in dual boot on my second hard drive and Steam, Source games and Bumblebee work very well. It seems that only Debian-based distributions are affected.
Same situation here (tried to run Dota 2)...
Error log: http://pastebin.com/evupM0Ev
System details:
Fedora 20 (Heisenbug) 64-bit
Intel Core i5
Nvidia GT540M
Same situation here (only Valve games: HL2, Portal 2, L4D2)
Logs:
Running Steam on linuxmint 17 64-bit
STEAM_RUNTIME has been set by the user to: /home/mateusz/.local/share/Steam/ubuntu12_32/steam-runtime
Generating new string page texture 70: 128x256, total string texture memory is 131,07 KB
Generating new string page texture 71: 128x256, total string texture memory is 1,49 MB
Generating new string page texture 72: 64x256, total string texture memory is 1,56 MB
Generating new string page texture 73: 32x256, total string texture memory is 1,59 MB
ExecCommandLine: "/home/mateusz/.steam/root/ubuntu12_32/steam steam://open/driverhelperready"
ExecSteamURL: "steam://open/driverhelperready"
Generating new string page texture 80: 128x256, total string texture memory is 1,72 MB
Generating new string page texture 82: 512x256, total string texture memory is 2,24 MB
Generating new string page texture 83: 256x256, total string texture memory is 2,51 MB
Generating new string page texture 86: 2048x256, total string texture memory is 4,60 MB
Generating new string page texture 87: 128x256, total string texture memory is 4,73 MB
Generating new string page texture 89: 384x256, total string texture memory is 5,13 MB
Game update: AppID 550 "Left 4 Dead 2", ProcID 12485, IP 0.0.0.0:0
ERROR: ld.so: object '/home/mateusz/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/mateusz/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
malloc: unknown:0: assertion botched
free: called with unallocated block argument
last command: (null)
Aborting...Aborted
Game removed: AppID 550 "Left 4 Dead 2", ProcID 12485
My system details:
https://gist.github.com/MateuszG/883b3168ae297123104a
Do you have the xorg-edgers ppa (or something similar) added? Some updates before October broke my lightdm and Steam games in optirun/primusrun for me. I just used ppa-purge (from the xorg-edgers ppa) and installed nvidia-331 afterwards. This is on Ubuntu though, YMMV.
Thanks zhongfu. Removing xorg-edgers help, now on nvidia-331 games are working.
Tried zhongfu's method, purge xorg-edgers and it works again, thanks!
You're welcome! I personally spent hours trying to fix this, so I just wanted to share this to save people from pulling out their hair.
Any idea how can I fix it on Debian? I don't use Xorg-edgers or anything like that. I'd try downgrading the broken package but I have no idea which one is it. Downgrading nvidia drivers is impossible (dependency hell).
I'm not exactly sure what was wrong, but I think it was the X server packages that broke it. Did it start after you upgraded any package?
No, my system was up to date all the time and it didn't work. But I finally found temporary solution for Debian Sid.
If anyone is interested, here is how I fixed it.
@mattyy1hp : Thank you. It fixed the problem. For those who don't know where to grab it, libdrm-intel1 is available here: http://snapshot.debian.org/archive/debian/20140810T163814Z/pool/main/libd/libdrm/
Don't forget to also grabd the i386 if you are on amd64.
@mattyy1hp and @dbkblk
Thanks a lot. I've been searching for days how to fix that.
notes for newbs to debian (and derivates): download the packages and use "dpkg -i libdrm-intel1_2.4.56-1_amd64.deb libdrm-intel1_2.4.56-1_i386.deb" to install them.
@Aryetis You can also do "sudo apt-mark hold libdrm-intel1" to prevent the package from upgrading BUT be careful, you'll have to do "sudo apt-mark unhold libdrm-intel1" once the fix will be packaged.
Moreover, i've noticed many libdrm packages are installed on my pc, to prevent compatibility issues, i've also downgraded the following: libdrm2 libdrm-dev libdrm-intel1 libdrm-nouveau2 libdrm-radeon1
Cross-reference: https://bugs.freedesktop.org/show_bug.cgi?id=86043
Came in here to thank @mattyy1hp for the fix.
I was running Debian testing and it didn't work. I upgraded to Debian Sid and it also didn't work. After hours upon hours, forum thread and reddit posts somehow I found this and his fix worked right away.
A big thank you @mattyy1hp
You're welcome.
By the way I reinstalled my OS because I bought a new SSD. Later I noticed my games don't start with primusrun again. So I thought I will just downgrade the libdrm-intel1 package to 2.4.56 version but this version doesn't exist in Debian repositories anymore (https://packages.debian.org/search?keywords=libdrm-intel1).
If anyone is looking for the easiest way to fix it on Debian Jessie/Sid, here is what I did:
Wow, thanks a lot mattyy, I've been stuck on this since early this morning after switching my system to sid, it was driving me crazy.
It totally fixed it, you are awesome man!
u dont have to hold anthing, just copy the libdrm_intel*.so files to ubuntu12_32 folder in .steam at home directory
@samdraz thanks, that's a good tip!
I did a bisect here https://bugs.freedesktop.org/show_bug.cgi?id=86043, so hopefully we'll have a fix soon.
@mattyy1hp thanks, got it to work!
@mattyy1hp thanks! That's work on Ubuntu 15.04 with nvidia-346 and bumblebee
Also you can put a package on hold:
echo "libdrm-intel1 hold" | sudo dpkg --set-selections
echo "libdrm-intel1:i386 hold" | sudo dpkg --set-selections
This issue also affects SteamOS (v157).
Downgrading and holding the packages noted above via dpkg does fix it in the meantime.
I have seen reports stating that upgrading the nvidia drivers to 346.35 should fix this. Can anyone here confirm that this is true?
Does anyone know if Valve, Intel or Nvidia are looking into this? All the bug report threads on this issue I've found appear to go quiet a month or so ago.
It's worth noting that on Debian, there is the snapshots portal for old packages - I downloaded and installed both libdrm-intel1_2.4.56-1_i386.deb and libdrm-intel1_2.4.56-1_amd64.deb from there and it's working perfectly, alongside holding them from update as described further up.
Packages available from:
http://snapshot.debian.org/archive/debian/20140810T163814Z/pool/main/libd/libdrm/
and as root (sudo or otherwise):
dpkg -i libdrm-intel1_2.4.56-1_i386.deb libdrm-intel1_2.4.56-1_amd64.deb
If you're on 64bit, you need both packages or install will fail. If you're on 32bit, only the i386 package is required.
This is much lower impact than @mattyy1hp's solution in that you don't need new repos.
@elmat0 Purged nvidia-340 and installed nvidia-346.59. It's not fixing this bug :/
Confirming libdrm-intel1_2.4.56-1 fixes the issue on ubuntu 15.04.
Placed them in ~/.steam/ubuntu12_64 and ~/.steam/ubuntu12_32
I'm also confirming libdrm-intel1_2.4.56-1 fixes the issue on ubuntu 15.04 after I unpacked the .deb files and put them in ~/.local/share/Steam/ubuntu12_32 and ~/.local/share/Steam/ubuntu12_64.
It's probably worth noting that this issue ONLY exists when using Bumblebee/Primusrun for dynamic switching of GPU's. If I use the nVidia control panel switch and log out and back in to switch, then the local copies of libdrm-intel1 are not needed for games to work. However, logging out and back in is inconvenient.
I had to downgrade libdrm2, libdrm-intel1, libdrm-nouveau2, libdrm-radeon1 and libdrm-dev to 2.4.56-1 version on both amd64 and i386 architecture to make it work on debian 8.0. Thanks !
Valve,
I refer you to https://bugs.launchpad.net/ubuntu/+source/libdrm/+bug/1450562 where the libdrm upstream team aren't convinced that the issue lies within libdrm.
Others,
Is there somewhere else to post this to get Valve's attention?
I confirm that placing libdrm-intel1_2.4.56-1 in ~/.steam/ubuntu12_64 and ~/.steam/ubuntu12_32 fixed this bug.
Also this method is easier to achieve and maintain than downgrade libdrm-intel1 and all packages related to it.
@Chocanto What exact files have you placed there? I downloaded .deb packages, extracted them and there is file usr/lib/i386-linux-gnu/libdrm_intel.so.1.0.0. I placed this file into ~/.steam/ubuntu12_32 (and 64 bit into _64) but it didn't help. I extracted whole packages into those directories, but that didn't help either. I placed whole .deb packages there but that also didn't help
@EfreetSK You have to download and extract the package libdrm-intel1_2.4.56-1 in for 32bit and 64bit architectures. Then extract all files placed in the /usr/lib/i386-linux-gnu/ (i386 package) to ~/.steam/ubuntu12_32 and all from /usr/lib/x86_64-linux-gnu (x86_64 package) to ~/.steam/ubuntu12_64.
LD_PRELOAD set by steam should make it search first on ~/.steam/ubuntu12_64 and ~/.steam/ubuntu12_32 than /usr/lib/...
@Chocanto Ah I see. There were 2 files, one of them was link. I thought that link is not important so I didn't copy it. Apparently it was important :) I copied both of them and it's working now, thanks :+1:
32bit is important (most games in steam are 32bit)
@gavindi, @Chocanto: I'm suffering from the same issue, but I'm running Ubuntu 14.04. I extracted the .so files from the debian packages libdrm_radeon, libdrm_nouveau, libdrm_intel and libdrm and copied them to ubuntu12_32 and ubuntu12_64 (corresponding to the platform they were built for).
I'm still getting the same issue with Valve games. "malloc: unknown:0: assertion botched". Do you guys have any idea what I could do to fix that?
Thanks!
@fasmat You have to download the 2.4.56-1 version of libdrm-intel1, not the latest one.
It is the last one who make this crash happen
@Chocanto I figured it out. I only extracted the .so file from the package, but you also have to extract the softlink (or rename the .so file to the name of the softlink). Then it works.
I also had the same problem and it was solved with @mattyy1hp's tip to downgrade lidrm-intel1 to version 2.4.56-1.
So, the problem still in version 2.4.60-2 of libdrm-intel1
Adding myself to the 'me, too' list.
Linux Mint 17.1 (Ubuntu 14.04), had to manually downgrade from 2.4.60 -> 2.4.56 in order to fix this.
Downgrade the package in your system is not recommended, some other packages depedent of libdrm-intel1 may not work
Same problem here, but solved it by using Chocanto's solution.
I'm using Kubuntu 15.04. Here's my script which avoids downgrading lidrm-intel1 system-wide by downloading and extracting the needed libraries directly to the local steam directory:
#!/bin/bash
# create a temporary directory
mkdir SteamFixTempDir
cd ./SteamFixTempDir
wget http://snapshot.debian.org/archive/debian/20140810T163814Z/pool/main/libd/libdrm/libdrm-intel1_2.4.56-1_i386.deb
wget http://snapshot.debian.org/archive/debian/20140810T163814Z/pool/main/libd/libdrm/libdrm-intel1_2.4.56-1_amd64.deb
# 32-bit
# unpack the .deb and unarchive data.tar.xz
ar p libdrm-intel1_2.4.56-1_i386.deb data.tar.xz | tar xvJ
# copy the library and link
cp ./usr/lib/i386-linux-gnu/* ~/.steam/steam/ubuntu12_32/
# 64-bit
# unpack the .deb and unarchive data.tar.xz
ar p libdrm-intel1_2.4.56-1_amd64.deb data.tar.xz | tar xvJ
# copy the library and link
cp ./usr/lib/x86_64-linux-gnu/* ~/.steam/steam/ubuntu12_64/
# cleanup
cd ..
rm -rf ./SteamFixTempDir
This workaround worked for me perfectly.
Thank you very much for the tip
@BogdanOlar Nice script you have here ! :)
While I can play now using primusrun I have a new issue: After ~ 15 minutes of playing my fps suddenly drop dramatically from 60 to ~ 10. Changing any setting (even increasing the texture detail) sometimes fixes the issue, but not always and sometimes after changing any graphic settings Dota just crashes. Anyone else having similar issues?
@fastmat, cpu throttles due to heat
Just as another data point - downgrading libdrm-intel (along with libdrm and libpciaccess) resulted in primusrun working with CS: Source.
I confirm that placing libdrm-intel1_2.4.56-1 in ~/.steam/ubuntu12_64 and ~/.steam/ubuntu12_32 fixed this bug.
Also this method is easier to achieve and maintain than downgrade libdrm-intel1 and all packages related to it.
Valve should look into this!
Thanks @Chocanto and @BogdanOlar (for the script). I can confirm this let me run TF2 with primusrun on utopic and a GTX 660M.
Can give a +1 about this looking Ubuntu / Debian specific. On my Kubuntu 14.04 I had the problem after switching to LTS stack. Did a fresh install of Fedora 22 KDE spin (currently running libdrm-2.4.61). Did a minor fix to the nvidia drivers from rpmfusion, recompiled bumblebee and bbswitch from ELrepo, recompiled primus from the fedora bumblebee repo and everything works as expected. Tried Half Life 2, Brutal Legend, The Witcher 2 and a bunch of other games.
@BogdanOlar thanks for the script! Everything's working again - Linux Mint 17.1 with GeForce 840m
I just re-enabled updates from Xorg-Edgers PPA; did apt-get update/upgrade, then installed nvidia-352 (w/ nvidia-352-uvm) drivers, as well as nvidia-common (may be superfluous, idk). I then updated bumblebee.conf to use the 352 driver instead of the age-old (and evil...) 331 driver.
After doing all of this and rebooting, Steam games seem to be working out of the box, i.e. didn't even need to run any script to downgrade libdrm-intel.
It even fixed some odd OpenGL compatibility errors I was getting when trying to run The Swapper.
Anyway, would be curious to hear any feedback as to whether or not these updates work for others as well.
System info:
Linux Mint 17.1 Rebecca, 64-bit
NVIDIA GeForce GTX 770M, nvidia-352 linux drivers from Xorg-Edgers PPA
Intel i7-4700MQ CPU and Intel 4700 HD Graphics.
I switched to Arch Linux and noticed I don't have this issue anymore.
@bgroenks96 It looks like xorg-edgers PPA upgraded at least libdrm to version 2.4.61-1 so its possible the actual issue is with libdrm.so? (I'm have no clue if this is even used when the intel version is in use).
Intel i7-4810mq HD 4600/GTX980M
nvidia 352.09
libdrm 2.4.61-1
WORKS fine here on Debian Jessie 8 amd64. I have installed Steam according to Debian Wiki (https://wiki.debian.org/de/Steam). I was not able to run "primusrun" on ANY known way before, but after I did the modification according to BogdaOlar's script (16 May) it works PERFECT.
Thanks to all!!
I had to use the following launcher properties for it to work (after using @BogdanOlar script)
LD_PRELOAD="libpthread.so.0 libGL.so.1" __GL_THREADED_OPTIMIZATIONS=1 optirun %command%
Running elementary os freya 64-bit with an asus zenbook 840m nvidia card.
Got it working here also by downloading: libdrm-intel1_2.4.56-1_i386.deb
And extracting:
libdrm_intel.so.1
libdrm_intel.so.1.0.0
To the ~/.steam/ubuntu12_32 directory.
I'm using arch, and I have the 32bit version of recommended libraries.
To fix my problem I didn't have to "mess" with libdrm_intel, just loading steam with LD_PRELOAD="libpthread.so.0 libGL.so.1" __GL_THREADED_OPTIMIZATIONS=1 optirun steam was sufficient.
My libdrm versions:
lib32-libdrm 2.4.61-1
libdrm 2.4.61-1
Copying the libdrm_intel*.so files to ubuntu12_32 and ubuntu12_64 folders in .steam at home directory did solve the issue for me. Both, the 32 and 64 bit were necessary.
Thanks to everyone proposing this!
I don't know if anyone mentioned this, but if you can, upgrade to Linux mint 17.2 MATE. The update log mentions improvements and fixes on the exact 3 pieces of hardware in the title that you mentioned.
Thanks @BogdanOlar , your script fixes the issue , tested at a laptop with a GeForce GTX 670M Ubuntu 15.04 3.19.0-16-generic x86_64 , NVIDIA 346.59 using bumblebee , adding primusrun %command% at Launch Properties..!
@mattyy1hp thanks a lot!!
@BogdanOlar thanks to you too for the script. Does it bothers you that I have uploaded it here?: (it's my system install scripts repo) https://github.com/fisadev/system-install
I included an authorship mention inside the script.
@BogdanOlar HELL YEEEAH!! Thanks a lot ;)
Your script saved my day, thank you!
Any news from Intel devs about this issue ?
@Chocanto There's not much to be said, last I heard this is fixed with the newest libdrm (2.4.61 or newer) used with new nvidia-drivers. Of course, this doesn't help binary distros that ship the problematic versions.
@Tele42 Ok, thank you for your answer. At least it's fixed, users will only have to wait for an update of their binary repos.
Just pasting this into games' Launch Options did the trick. Bumblebee works perfect now.
LD_PRELOAD="libpthread.so.0 libGL.so.1" __GL_THREADED_OPTIMIZATIONS=1 optirun %command%
Now i can play ARMA 3 on Linux! And M&B Warband works better than on Windows. Woot!
LD_PRELOAD="libpthread.so.0 libGL.so.1" __GL_THREADED_OPTIMIZATIONS=1 optirun %command%
Works for me. Using Archlinux and trying to play Civ5
files from http://packages.debian.org/sid/libdrm-intel1 fixes most issues
@BogdanOlar , thanks for the script, it really saved me.
But really, this bug is open for a year now, where is Valve staff?
They send many updates, like two or three each week, but this blocker issue is not fixed for a year.
How can I recommend Steam for my fellow Linux users where I know that it will not work for sure out of the box?
@woodgoblin Technically it's not their bug. It seems to be a bug in one version of Intel's libdrm package (it seems to have since been fixed). Unfortunately, that version is what comes out of the box in Ubuntu 14/15 and Linux Mint 17.x.
Still, they really should have some kind of workaround built into Steam so people don't have to go through the pain of dealing with this.
Worked for me.
Debian Stable with Backports (nvidia-driver, xserver-xorg-video-intel, bumblebee-nvidia, primus).
@BogdanOlar , thank you for the script.
On latest drivers nvidia and bumblee/primusrun it still won't work and some games freeze (example: Wasteland 2, CS:GO). It works only with intel integrated card (Core i5 4th Gen., NVidia GT730M)
Hello. Do not run the game Knock-Knock, in the terminal gives:
Game update: AppID 250380 "Knock-Knock", ProcID 7516, IP 0.0.0.0:0
ERROR: ld.so: object '/home/di/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/di/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
Generating new string page texture 122: 24x256, total string texture memory is 2,92 MB
Found path: /media/D/linux/SteamLibrary/steamapps/common/Knock-Knock/knock.x86
Mono path[0] = '/media/D/linux/SteamLibrary/steamapps/common/Knock-Knock/knock_Data/Managed'
Mono path[1] = '/media/D/linux/SteamLibrary/steamapps/common/Knock-Knock/knock_Data/Mono'
Mono config path = '/media/D/linux/SteamLibrary/steamapps/common/Knock-Knock/knock_Data/Mono/etc'
The assembly mscorlib.dll was not found or could not be loaded.
It should have been installed in the `/media/D:/linux/SteamLibrary/steamapps/common/Knock-knock/knock_Data/Managed/mono/2.0/mscorlib.dll' directory.
Game removed: AppID 250380 "Knock-Knock", ProcID 7516
No cached mapping sticky in ActivateActionSet.
I tried the script above but it does not work. Here is how I fix it on my machine (tested with Dota 2):
sudo apt-get install lib32stdc++6
cd ~/.steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu
mv libstdc++.so.6 ~/backup/32
ln -fs /usr/lib32/libstdc++.so.6 libstdc++.so.6
cd ~/.steam/ubuntu12_32/steam-runtime/amd64/usr/lib/x86_64-linux-gnu
mv libstdc++.so.6 ~/backup/64
ln -fs /usr/lib32/libstdc++.so.6 libstdc++.so.6
Then open steam, right click on Dota 2, properties, set launch options to primusrun %command%
Distro: Ubuntu 16.04.1 64 bit
NVIDIA Driver version: 370.28, bumblebee 3.2.1-96
Kernel version: 4.4.0-45-generic
I followed those steps here https://bbs.archlinux.org/viewtopic.php?id=206068
FYI, for all the folks on a debian stable based distro (therefore still using libdrm-intel1 2.4.58 system-wide by default) who were still extracting the libraries to the local steam directory to fix this issue and avoid having to downgrade system-wide. It appears that something recently changed with LD_PRELOAD, and steam wasn't looking at my local files anymore, always using the system wide libraries instead.
Instead of wasting time investigating and playing on parameters, I just upgraded libdrm-intel1 through the backport to upgrade system-wide above that shitty 2.4.58 (currently 2.4.74) :
sudo apt-get -t jessie-backports install libdrm-intel1
(Make sure you have the backports in your sources)
@D0rd, the change is the addition of STEAM_RUNTIME_PREFER_HOST_LIBRARIES which is defaulted on in the 2017-01-19 steam client update.
Hi guys , i'm suffering from a similar ( at least to me ) situation.
My system has GTX 1050 , which i'm using with 384.98 driver with Nvidia Prime ( not Bumblebee )
But some Feral games are not working while some of them works.
Not working: Shadow of Mordor , Tomb Raider , Dirt Rally
Working : Shogun 2 Total War , Medieval 2 Total War
I'm using Mint 18.2.
Earlier I thought that only Source-based games are falls during start as i described here, but other games also doesn't work.
Overlay is working on intel card and in games that launches. And when i tried to disable overlay games doesn't launches too. So I guess it's not overlay-related issue.
Also, games that falls with optirun runs fine without them.
And one important thing that i noticed - some of games that fall during start from steam runs fine with optirun from console. So, it's probably not nvidia or bumblebee-related issue.
Also, in case of Source-based games (L4D2 for example) when I added optirun after ${DEBUGGER} in hl2.sh it also runs fine. So I think is problem in handling launch params in Steam or somewhere else in place related to launch process.
My hardware and some system info:
CPU: Intel Core i3-3210M
Intel GPU: HD3k
Nvidia GPU: 520M
I'he installed nvidia-331-updates (331.38) drivers from official repository and installed bumblebee (3.2.1) with primus.
System information from steam
Steam starting log (Before launch any game)
And when I try to start one of my games with launch options
vblank_mode=0 optirun -b primus %command%
nothing happens and I've got only some messages in console:
Also, there are no minidumps in /tmp/dumps