Hi! Absolutely none game with Steam Proton doesn’t works! But when I use Wine-GE with Lutris (or just use Wine-GE instead of Steam Proton) - everything works fine! Where’s the issue may be? 🤔
Devuan does not use systemd, it uses … sysvinit, or OpenRC, or runnit.
Basically the entire linux ecosystem is built around and on top of systemd… other init based OSs that try to run most linux software… will encounter many absurd and esoteric problems, all of which ultimately stem from the fact that the vast majority of linux software is developed with systemd as the default, assumed, init system.
Basically, any Linux OS that doesn’t use systemd should be considered entirely experimental, beyond any software that the OS devs explicitly state they support.
Some non-systemd OS developers will dedicate time to either forking or patching certain, specific, existing software or libraries to be compatible with all the init systems their OS supports, but realistically, given the niche nature of such OSs and their small dev teams, they are always going to be months to years behind the current support level for systemd based OSs.
You could attempt to fix this specific issue you are having, but it would likely require you to essentially become an OS developer.
It would be vastly easier to simply switch from Devuan over to standard Debian, which runs Steam and Proton and such pretty much just fine.
…will encounter many absurd and esoteric problems, all of which ultimately stem from the fact that the vast majority of linux software is developed with systemd as the default, assumed, init system.
Unless the application in question is directly interacting with systemd, then I believe this is overblown.
Applications largely simply expect certain features to be supported. DNS, for example, could be provided by systemd-resolvd or by dnscrypt-proxy.
This isn’t being built around systemd, this is being built around the expectation of a feature. This feature can be provided by different applications and still function.
In my experience, providing the features expected is far more important than providing specifically the systemd API.
Basically, any Linux OS that doesn’t use systemd should be considered entirely experimental, beyond any software that the OS devs explicitly state they support.
Hard disagree.
I think the init system is more abstracted away from the developers of a game/typical user app than you are implying.
In my experience, providing the features expected is far more important than providing specifically the systemd API.
Which is why I said:
…will encounter many absurd and esoteric problems, all of which ultimately stem from the fact that the vast majority of linux software is developed with systemd as the default, assumed, init system.
Your OS is software.
It is a gigantic maze for a non linux pro to try to figure out all of these alternate dependencies that are needed, need to be configured, and whether or not they even play nice with each other, whether or not they won’t throw you into dependency conflict hell.
Generally speaking, when a normal person, who isn’t a linux expert… installs an OS… they expect that it will more or less work out of the box at a fundamental level, that it will come pre-bundled with dependencies and configurations that allow them to use the software they want to use.
Hard disagree.I think the init system is more abstracted away from the developers of a game/typical user app than you are implying.
Ok, two responses to that:
You ever tried gaming on a non systemd OS?
Granted, its been a few years, but I have, and its a fucking nightmare along the lines I described… tons of insane, esoteric nonsense going wrong all over the place, that requires you to functionally develop a solid workaround schema for everything you are trying to do, that may as well qualify you as a developer of or contributor to the OS.
I don’t see anyone, anywhere, recommending a non systemd linux OS for gaming.
Second response: Okey dokey, then I’m sure you’ll be able to prove that by solving this person’s problem for them within Devuan.
Solving a random non-systemd user’s issue is irrelevant, even if we knew a lot more about their setup.
Yep, here we are in a tech support thread for some person with some issue, I have provided a solution to that issue, you are arguing that solving the person’s issue is irrelevant.
Okie dokie!
… You say you’ve gotten gaming on a non systemd os to work.
If … it worked with Steam… and Proton… perhaps you could suggest that OS, and whatever custom config you used, to this person?
You know, as opposed to Devuan, which is apparently set up incorrectly, out of the box, for this user?
I have firsthand experience with videogames made for one flavor of Linux not working on my machine due to dependency hell.
You know exactly the problem I am describing that comes along with trying to game on a non systemd OS, because you have experienced it yourself.
You get stuck in dependency hell because all the supporting software that is required for modern gaming… is a large mismatch, by default os config, with what is actually compatible with and developed for non systemd systems, and it requires a massive amount of effort to get anything into a reasonably stable and reasonably working state.
I ask you to provide your experience directly, which could genuienly help this person, and you instead want to nitpick vocabulary in a sophomoric manner so that you can feel you are more correct by virtue of ‘well, ackshually’…
…and your approach to trying to solve the problem is robotic, run through standard error output log, identify error… theorize solution…
… even though you personally know that approach will be very time consuming and frustrating.
Try different versions of proton. Also try changing the version of steam to the flatpak version, or to the native version if you are already using flatpak.
I truly wish there was some simple misconfiguration that you could change, or some reasonable hotfix that could easily be trouble shot by randos on lemmy…
But in all likelihood… yeah, you’d have to basically develop Devuan to support Proton, or develop Proton to support Devuan, or potentially both.
If you wanna do gaming on linux, right now I’d suggest Bazzite as probably the most user friendly, hard to break, runs games and most other software well alternative.
You could also just switch back to plain Debian, its not quitr as user friendly or gamer optimized, but it absolutely will work.
On the other hand, if you wanna jump into a different Debian based system… PikaOS is still somewhat experimental, but it is basically a stripped down and gamer-optimized version of Debian, its based on systemd so you won’t have these kinds of problems… and from recent benchmark tests I’ve seen, it actually outperforms Bazzite, Nobara, CentOS, many other common distros typically suggested for linux gaming… meaning, more FPS for the same game at the same settings on the same hardware.
If you are new to linux, and you want something that basically ‘just works’, I’d suggest you try Bazzite first.
It is much easier for a person with little linux experience to use.
Linux is kind of infamous for allowing the user to have the ability to customize and alter basically every aspect of the OS.
This is great for very experienced linux users, but it can often lead newer linux users to accidentally … basically destroying their OS.
Bazzite has good functionality, comes with pre configured tweaks to make gaming performance better, and apps gamers commonly use, much much easier… and, the way it is designed, it basically has a bunch of built in safety mechanisms to make it much more difficult to break the OS.
I have never actually used PikaOS… if you are considerably experienced with Debian based distros, I’d guess you could probably handle it…
But if you are brand new to linux, and mostly just want something that works for games, and other fairly common desktop apps?
I’d go with Bazzite.
If you do decide to switch OSs, please remember to make a backup copy of all your personal files on a seperate harddrive before you make the switch.
On the other hand… you could wait it out and see if other people in this thread can actually troubleshoot and solve your problem.
Personally, I am doubtful they will be able to, but I do not know everything, and I could be wrong, perhaps there is some fairly straightforward fix.
What are these apps? Because I don’t use Discord or other “not-privacy”-friendly apps. I use only Steam of these 😅. Because from Steam I only plays in FA with my friend. For communication - I use Mumble for example.
it basically has a bunch of built in safety mechanisms to make it much more difficult to break the OS
Is this actually Linux? 🤔
please remember to make a backup copy of all your personal files on a seperate harddrive before you make the switch
It’s too late 🙃
Personally, I am doubtful they will be able to, but I do not know everything, and I could be wrong, perhaps there is some fairly straightforward fix.
I also already doubt this 😟. And I’ve already cleaned that machine.
Well, you have things like EmuDeck, for emulating console games,
Lutris, for an alternative, non Steam way to run games via WINE or Proton,
Protontricks to help manage and configure WINE and Proton…
A whole bunch of other stuff that may or may not interest you.
Is this actually Linux?
Yes, it is, it is built off of the Fedora Atomic model.
So… the simple explanation is that the core operating system is read-only, unalterable, in most situations.
The core libraries of the OS are managed by the developers, who make the ‘recipe’ of all the core stuff, and update it and occasionally add to it… the user can override this and add in new core libraries, but it is highly advised against, and the terminal will yell at you that you are probably doing something stupid when you try.
That being said, if you do mess up the core libraries… you can use
rpm-ostree rollback
And that will revert you to the last, stable, bootable configuration, which it automatically keeps backups of, locally.
Then, almost all applications and software are run through flatpak, which keeps them self-contained, so if they break, it is only them that break, not your whole system.
If you want to do something that requires more control over a linux in a tradtional linux sense… Bazzite comes with DistroBox, which basically allows you to have multiple linux oss download their own libraries in their own box, and then you can do more advanced tinkering in there.
(technically it is quite complicated, as i understsnd it, distrobox is basically … customized, fancy docker images, if you are familiar with docker)
It’s too late 🙃
sigh
I tried.
I tried to warn you!
I also already doubt this 😟. And I’ve already cleaned that machine.
I… I hope you do already know how to… flash an iso to a usb drive, and that you have not just wiped out your only means of downloading said iso.
Yeap! I almost an advanced user 🙃. I reinstall an OS on my PC about 9.999.999.999 times… (maybe a little bit less)
But I want to try firstly that here’s someone can hint me 😉
Yes, it is, it is built off of the Fedora Atomic model.
So… the simple explanation is that the core operating system is read-only, unalterable, in most situations.
The core libraries of the OS are managed by the developers, who make the ‘recipe’ of all the core stuff, and update it and occasionally add to it… the user can override this and add in new core libraries, but it is highly advised against, and the terminal will yell at you that you are probably doing something stupid when you try.
That being said, if you do mess up the core libraries… you can use
rpm-ostree rollback
And that will revert you to the last, stable, bootable configuration, which it automatically keeps backups of, locally.
Then, almost all applications and software are run through flatpak, which keeps them self-contained, so if they break, it is only them that break, not your whole system.
If you want to do something that requires more control over a linux in a tradtional linux sense… Bazzite comes with DistroBox, which basically allows you to have multiple linux oss download their own libraries in their own box, and then you can do more advanced tinkering in there.
(technically it is quite complicated, as i understsnd it, distrobox is basically … customized, fancy docker images, if you are familiar with docker)
It seems that it is the most user-friendly distribution. But there’s so many proprietary softs as I guess 🤔
SystemD is a flawed init system… but in the grand scheme of things, it is the least flawed init system that’s been developed thus far, for 99% of users.
setlocale "en_US.UTF-8": No such file or directory
pv-locale-gen: Missing locale en_US.UTF-8
pv-locale-gen: Generating locale ru_RU.UTF-8...
pv-locale-gen: Generated locale ru_RU.UTF-8 successfully
pv-locale-gen: Generating locale en_US.UTF-8...
pv-locale-gen: Generated locale en_US.UTF-8 successfully
And uncommented the line # en_US.UTF-8 UTF-8 in the file /etc/locale.gen, then ran sudo locale-gen. Now this message doesn’t shows, but games still don’t works 🤔
You have. Download Protonge manually from https://github.com/GloriousEggroll/proton-ge-custom/releases and unpack the archive into “~/.steam/root/compatibilitytools.d/”. Each Proton version has its own folder. Restart Steam then you can use Proton GE from there. Its like Wine GE, but optimized for Steam.
And what games are you playing? You can also lookup each game in Protondb as linked before. Protondb is a database of user reports, with often useful information.
I’ve try it now. Thanks for the tip, I will know 👍
But it doesn’t changed anything 😟 (probably…):
chdir "/mnt/Games/Steam/steamapps/common/Mega Serval"
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
Game Recording - would start recording game 2009720, but recording for this game is disabled
Adding process 17594 for gameID 2009720
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
Adding process 17595 for gameID 2009720
Adding process 17596 for gameID 2009720
Adding process 17597 for gameID 2009720
setlocale "en_US.UTF-8": No such file or directory
pv-locale-gen: Missing locale en_US.UTF-8
pv-locale-gen: Generating locale ru_RU.UTF-8...
pv-locale-gen: Generated locale ru_RU.UTF-8 successfully
pv-locale-gen: Generating locale en_US.UTF-8...
pv-locale-gen: Generated locale en_US.UTF-8 successfully
pv-adverb[17693]: W: Container startup will be faster if missing locales are created at OS level
Adding process 17738 for gameID 2009720
ProtonFixes[17738] INFO: Running protonfixes on "GE-Proton10-4", build at 2025-06-02 02:00:53+00:00.
ProtonFixes[17738] INFO: Running checks
ProtonFixes[17738] INFO: All checks successful
ProtonFixes[17738] INFO: Using global defaults for "Mega Serval" (2009720)
ProtonFixes[17738] INFO: No global protonfix found for "Mega Serval" (2009720)
Adding process 17739 for gameID 2009720
Adding process 17740 for gameID 2009720
fsync: up and running.
Adding process 17741 for gameID 2009720
Adding process 17744 for gameID 2009720
Adding process 17746 for gameID 2009720
Adding process 17749 for gameID 2009720
Adding process 17759 for gameID 2009720
Adding process 17764 for gameID 2009720
Adding process 17772 for gameID 2009720
Adding process 17795 for gameID 2009720
Adding process 17814 for gameID 2009720
pid 17742 != 17741, skipping destruction (fork without exec?)
Game Recording - game stopped [gameid=2009720]
Removing process 17814 for gameID 2009720
Removing process 17795 for gameID 2009720
Removing process 17772 for gameID 2009720
Removing process 17764 for gameID 2009720
Removing process 17759 for gameID 2009720
Removing process 17749 for gameID 2009720
Removing process 17746 for gameID 2009720
Removing process 17744 for gameID 2009720
Removing process 17741 for gameID 2009720
Removing process 17740 for gameID 2009720
Removing process 17739 for gameID 2009720
Removing process 17738 for gameID 2009720
Removing process 17597 for gameID 2009720
Removing process 17596 for gameID 2009720
Removing process 17595 for gameID 2009720
Removing process 17594 for gameID 2009720
What games? Which Steam Proton and Wine-GE versions do we talk about?
BTW there is also a Proton GE and you can use it in Steam as well. Just saying. Some games do need a specific Steam Proton version, either an older or newer one, such as Proton Experimental. Some games are only working with Proton GE (or Wine GE).
And you can always lookup if the game works, by looking into reports from Protondb website (user generated).
Probably not the issue, but is there a reason you’re using such an old version of proton? Proton 10 is available in beta and proton 9 has been a smooth experience for most.
Are you recieving any error messages? Do you have logging enabled? (If you add “PROTON_LOG=1 %command%” to your launch options you can enable logging, they’re stored in /var/log/ and will be called [steamid].log
Enabling logging can tell you WHY things are breaking.
My personal theory, because it seems to happen a lot, is the libraries that should be linked automatically aren’t loading and proton doesn’t know where to find them, it happens sometimes!
If that’s the case, your log files will point to the missing libraries, install them or find them burried in your system and copy them to your game directory.
Have you configured flatseal to allow steam access to your “/usr/lib/*”?
I didn’t notice any libraries failing to pull but you should give steam access there anyway to help get your Linux native games running easier.
Allowing steam access outside its own container should fix most issues, but it doesn’t look like it will fix this one.
Additionally, I noticed issues with msaa happening, are you using an Nvidia GPU by chance? If so, I recommend Opening the Nvidia x-config app and overriding antialiasing and forcing 4x or 8x fxaa instead of msaa. Msaa is borked on Nvidia, renders basically any game using it unplayable.
Took me weeks to get Cities Skylines 2 working until I stumbled upon that accidentally.
pressure-vessel-wrap[20078]: W: Disabling gtk3-nocsd LD_PRELOAD: it is known to cause crashes.
setlocale "en_US.UTF-8": No such file or directory
pv-locale-gen: Missing locale en_US.UTF-8
pv-locale-gen: Generating locale ru_RU.UTF-8...
pv-locale-gen: Generated locale ru_RU.UTF-8 successfully
pv-locale-gen: Generating locale en_US.UTF-8...
pv-locale-gen: Generated locale en_US.UTF-8 successfully
pv-adverb[20636]: W: Container startup will be faster if missing locales are created at OS level
fsync: up and running.
wine: RLIMIT_NICE is <= 20, unable to use setpriority safely
Fossilize INFO: Autogroup scheduling is not enabled on this kernel. Will rely entirely on nice().
chdir "/mnt/Games/Steam/steamapps/common/Brawlhalla"
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
Game Recording - would start recording game 291550, but recording for this game is disabled
Adding process 21304 for gameID 291550
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
Adding process 21305 for gameID 291550
Adding process 21306 for gameID 291550
Adding process 21307 for gameID 291550
pressure-vessel-wrap[21306]: W: Disabling gtk3-nocsd LD_PRELOAD: it is known to cause crashes.
setlocale "en_US.UTF-8": No such file or directory
pv-locale-gen: Missing locale en_US.UTF-8
pv-locale-gen: Generating locale ru_RU.UTF-8...
pv-locale-gen: Generated locale ru_RU.UTF-8 successfully
pv-locale-gen: Generating locale en_US.UTF-8...
pv-locale-gen: Generated locale en_US.UTF-8 successfully
pv-adverb[22299]: W: Container startup will be faster if missing locales are created at OS level
Adding process 22344 for gameID 291550
Adding process 22345 for gameID 291550
Adding process 22346 for gameID 291550
fsync: up and running.
wine: RLIMIT_NICE is <= 20, unable to use setpriority safely
Adding process 22347 for gameID 291550
Adding process 22350 for gameID 291550
Adding process 22352 for gameID 291550
Adding process 22355 for gameID 291550
Adding process 22364 for gameID 291550
Adding process 22377 for gameID 291550
Adding process 22383 for gameID 291550
Adding process 22396 for gameID 291550
Setting breakpad minidump AppID = 291550
Steam_SetMinidumpSteamID: Caching Steam ID: 76561198248711762 [API loaded no]
Adding process 22414 for gameID 291550
pid 22348 != 22347, skipping destruction (fork without exec?)
Game Recording - game stopped [gameid=291550]
Removing process 22414 for gameID 291550
Removing process 22396 for gameID 291550
Removing process 22383 for gameID 291550
Removing process 22377 for gameID 291550
Removing process 22364 for gameID 291550
Removing process 22355 for gameID 291550
Removing process 22352 for gameID 291550
Removing process 22350 for gameID 291550
Removing process 22347 for gameID 291550
Removing process 22346 for gameID 291550
Removing process 22345 for gameID 291550
Removing process 22344 for gameID 291550
Removing process 21307 for gameID 291550
Removing process 21306 for gameID 291550
Removing process 21305 for gameID 291550
Removing process 21304 for gameID 291550
pressure-vessel-wrap[8836]: W: Disabling gtk3-nocsd LD_PRELOAD: it is known to cause crashes.
setlocale "en_US.UTF-8": No such file or directory
pv-locale-gen: Missing locale en_US.UTF-8
pv-locale-gen: Generating locale ru_RU.UTF-8...
pv-locale-gen: Generated locale ru_RU.UTF-8 successfully
pv-locale-gen: Generating locale en_US.UTF-8...
pv-locale-gen: Generated locale en_US.UTF-8 successfully
pv-adverb[9872]: W: Container startup will be faster if missing locales are created at OS level
fsync: up and running.
wine: RLIMIT_NICE is <= 20, unable to use setpriority safely
[2025-06-08 12:20:01] Background update loop checking for update. . .
[2025-06-08 12:20:01] Checking for available updates...
[2025-06-08 12:20:01] Downloading manifest: https://client-update.fastly.steamstatic.com/steam_client_ubuntu12
[2025-06-08 12:20:01] Manifest download: send request
[2025-06-08 12:20:01] Manifest download: waiting for download to finish
[2025-06-08 12:20:02] Manifest download: finished
[2025-06-08 12:20:02] Download skipped: /steam_client_ubuntu12 version 1747701111, installed version 1747701111, existing pending version 0
[2025-06-08 12:20:02] Nothing to do
chdir "/mnt/Games/Steam/steamapps/common/Supreme Commander Forged Alliance"
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
Game Recording - would start recording game 9420, but recording for this game is disabled
Adding process 10436 for gameID 9420
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
Adding process 10437 for gameID 9420
Adding process 10438 for gameID 9420
Adding process 10439 for gameID 9420
pressure-vessel-wrap[10438]: W: Disabling gtk3-nocsd LD_PRELOAD: it is known to cause crashes.
setlocale "en_US.UTF-8": No such file or directory
pv-locale-gen: Missing locale en_US.UTF-8
pv-locale-gen: Generating locale ru_RU.UTF-8...
pv-locale-gen: Generated locale ru_RU.UTF-8 successfully
pv-locale-gen: Generating locale en_US.UTF-8...
pv-locale-gen: Generated locale en_US.UTF-8 successfully
pv-adverb[10976]: W: Container startup will be faster if missing locales are created at OS level
Adding process 11021 for gameID 9420
Adding process 11464 for gameID 9420
Adding process 11465 for gameID 9420
wineserver: using server-side synchronization.
wine: RLIMIT_NICE is <= 20, unable to use setpriority safely
Adding process 11466 for gameID 9420
Adding process 11469 for gameID 9420
Adding process 11471 for gameID 9420
Adding process 11474 for gameID 9420
Adding process 11483 for gameID 9420
Adding process 11495 for gameID 9420
Adding process 11501 for gameID 9420
Adding process 11514 for gameID 9420
Setting breakpad minidump AppID = 9420
Steam_SetMinidumpSteamID: Caching Steam ID: 76561198248711762 [API loaded no]
Adding process 11532 for gameID 9420
pid 11467 != 11466, skipping destruction (fork without exec?)
Game Recording - game stopped [gameid=9420]
Removing process 11532 for gameID 9420
Removing process 11514 for gameID 9420
Removing process 11501 for gameID 9420
Removing process 11495 for gameID 9420
Removing process 11483 for gameID 9420
Removing process 11474 for gameID 9420
Removing process 11471 for gameID 9420
Removing process 11469 for gameID 9420
Removing process 11466 for gameID 9420
Removing process 11465 for gameID 9420
Removing process 11464 for gameID 9420
Removing process 11021 for gameID 9420
Removing process 10439 for gameID 9420
Removing process 10438 for gameID 9420
Removing process 10437 for gameID 9420
Removing process 10436 for gameID 9420
That specific game does seem to have problems with proton
https://www.protondb.com/app/9420
However it doesn’t seem to be permissions, so either a problem with the games or the specific version of proton you’re using.
I know that it may be a problem with the game, but for example I launched now another one (third game):
chdir "/mnt/Games/Steam/steamapps/common/Mega Serval"
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
Game Recording - would start recording game 2009720, but recording for this game is disabled
Adding process 446 for gameID 2009720
Adding process 447 for gameID 2009720
Adding process 449 for gameID 2009720
Adding process 450 for gameID 2009720
pressure-vessel-wrap[449]: W: Disabling gtk3-nocsd LD_PRELOAD: it is known to cause crashes.
setlocale "en_US.UTF-8": No such file or directory
pv-locale-gen: Missing locale en_US.UTF-8
pv-locale-gen: Generating locale ru_RU.UTF-8...
pv-locale-gen: Generated locale ru_RU.UTF-8 successfully
pv-locale-gen: Generating locale en_US.UTF-8...
pv-locale-gen: Generated locale en_US.UTF-8 successfully
pv-adverb[1002]: W: Container startup will be faster if missing locales are created at OS level
Adding process 1050 for gameID 2009720
Proton: Upgrading prefix from None to 8.0-103 (/mnt/Games/Steam/steamapps/compatdata/2009720/)
Adding process 1980 for gameID 2009720
Adding process 1981 for gameID 2009720
fsync: up and running.
wine: RLIMIT_NICE is <= 20, unable to use setpriority safely
Adding process 1982 for gameID 2009720
Adding process 1985 for gameID 2009720
Adding process 1987 for gameID 2009720
Adding process 1990 for gameID 2009720
Adding process 1999 for gameID 2009720
Adding process 2012 for gameID 2009720
Adding process 2018 for gameID 2009720
Adding process 2031 for gameID 2009720
Setting breakpad minidump AppID = 2009720
Steam_SetMinidumpSteamID: Caching Steam ID: 76561198248711762 [API loaded no]
Adding process 2049 for gameID 2009720
pid 1983 != 1982, skipping destruction (fork without exec?)
Game Recording - game stopped [gameid=2009720]
Removing process 2049 for gameID 2009720
Removing process 2031 for gameID 2009720
Removing process 2018 for gameID 2009720
Removing process 2012 for gameID 2009720
Removing process 1999 for gameID 2009720
Removing process 1990 for gameID 2009720
Removing process 1987 for gameID 2009720
Removing process 1985 for gameID 2009720
Removing process 1982 for gameID 2009720
Removing process 1981 for gameID 2009720
Removing process 1980 for gameID 2009720
Removing process 1050 for gameID 2009720
Removing process 450 for gameID 2009720
Removing process 449 for gameID 2009720
Removing process 447 for gameID 2009720
Removing process 446 for gameID 2009720
I also noticed that Steam swore at pressure-vessel-wrap[449]: W: Disabling gtk3-nocsd LD_PRELOAD: it is known to cause crashes., so I’ve try to remove this:
chdir "/mnt/Games/Steam/steamapps/common/Mega Serval"
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
Game Recording - would start recording game 2009720, but recording for this game is disabled
Adding process 5139 for gameID 2009720
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
ERROR: ld.so: object '/home/user/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
Adding process 5140 for gameID 2009720
Adding process 5141 for gameID 2009720
Adding process 5142 for gameID 2009720
setlocale "en_US.UTF-8": No such file or directory
pv-locale-gen: Missing locale en_US.UTF-8
pv-locale-gen: Generating locale ru_RU.UTF-8...
pv-locale-gen: Generated locale ru_RU.UTF-8 successfully
pv-locale-gen: Generating locale en_US.UTF-8...
pv-locale-gen: Generated locale en_US.UTF-8 successfully
pv-adverb[5694]: W: Container startup will be faster if missing locales are created at OS level
Adding process 5739 for gameID 2009720
Adding process 5742 for gameID 2009720
Adding process 6181 for gameID 2009720
fsync: up and running.
wine: RLIMIT_NICE is <= 20, unable to use setpriority safely
Adding process 6182 for gameID 2009720
Adding process 6185 for gameID 2009720
Adding process 6187 for gameID 2009720
Adding process 6190 for gameID 2009720
Adding process 6199 for gameID 2009720
Adding process 6212 for gameID 2009720
Adding process 6218 for gameID 2009720
Adding process 6231 for gameID 2009720
Setting breakpad minidump AppID = 2009720
Steam_SetMinidumpSteamID: Caching Steam ID: 76561198248711762 [API loaded no]
Adding process 6249 for gameID 2009720
pid 6183 != 6182, skipping destruction (fork without exec?)
Game Recording - game stopped [gameid=2009720]
Removing process 6249 for gameID 2009720
Removing process 6231 for gameID 2009720
Removing process 6218 for gameID 2009720
Removing process 6212 for gameID 2009720
Removing process 6199 for gameID 2009720
Removing process 6190 for gameID 2009720
Removing process 6187 for gameID 2009720
Removing process 6185 for gameID 2009720
Removing process 6182 for gameID 2009720
Removing process 6181 for gameID 2009720
Removing process 5742 for gameID 2009720
Removing process 5739 for gameID 2009720
Removing process 5142 for gameID 2009720
Removing process 5141 for gameID 2009720
Removing process 5140 for gameID 2009720
Removing process 5139 for gameID 2009720
Thanks to everyone! 😉
The problem is almost certainly your OS.
Devuan does not use systemd, it uses … sysvinit, or OpenRC, or runnit.
Basically the entire linux ecosystem is built around and on top of systemd… other init based OSs that try to run most linux software… will encounter many absurd and esoteric problems, all of which ultimately stem from the fact that the vast majority of linux software is developed with systemd as the default, assumed, init system.
Basically, any Linux OS that doesn’t use systemd should be considered entirely experimental, beyond any software that the OS devs explicitly state they support.
Some non-systemd OS developers will dedicate time to either forking or patching certain, specific, existing software or libraries to be compatible with all the init systems their OS supports, but realistically, given the niche nature of such OSs and their small dev teams, they are always going to be months to years behind the current support level for systemd based OSs.
You could attempt to fix this specific issue you are having, but it would likely require you to essentially become an OS developer.
It would be vastly easier to simply switch from Devuan over to standard Debian, which runs Steam and Proton and such pretty much just fine.
Unless the application in question is directly interacting with systemd, then I believe this is overblown.
Applications largely simply expect certain features to be supported. DNS, for example, could be provided by systemd-resolvd or by dnscrypt-proxy.
This isn’t being built around systemd, this is being built around the expectation of a feature. This feature can be provided by different applications and still function.
In my experience, providing the features expected is far more important than providing specifically the systemd API.
Hard disagree.
I think the init system is more abstracted away from the developers of a game/typical user app than you are implying.
Which is why I said:
Your OS is software.
It is a gigantic maze for a non linux pro to try to figure out all of these alternate dependencies that are needed, need to be configured, and whether or not they even play nice with each other, whether or not they won’t throw you into dependency conflict hell.
Generally speaking, when a normal person, who isn’t a linux expert… installs an OS… they expect that it will more or less work out of the box at a fundamental level, that it will come pre-bundled with dependencies and configurations that allow them to use the software they want to use.
Ok, two responses to that:
You ever tried gaming on a non systemd OS?
Granted, its been a few years, but I have, and its a fucking nightmare along the lines I described… tons of insane, esoteric nonsense going wrong all over the place, that requires you to functionally develop a solid workaround schema for everything you are trying to do, that may as well qualify you as a developer of or contributor to the OS.
I don’t see anyone, anywhere, recommending a non systemd linux OS for gaming.
Second response: Okey dokey, then I’m sure you’ll be able to prove that by solving this person’s problem for them within Devuan.
Next quote I’ll explain more.
Which more has to do with just being setup incorrectly, than missing systemd.
I do. It works.
Solving a random non-systemd user’s issue is irrelevant, even if we knew a lot more about their setup.
Yep, here we are in a tech support thread for some person with some issue, I have provided a solution to that issue, you are arguing that solving the person’s issue is irrelevant.
Okie dokie!
… You say you’ve gotten gaming on a non systemd os to work.
If … it worked with Steam… and Proton… perhaps you could suggest that OS, and whatever custom config you used, to this person?
You know, as opposed to Devuan, which is apparently set up incorrectly, out of the box, for this user?
Irrelevant to proving. Context.
See, this is how a stubborn insecure person acts.
You, just now:
You, 3 months ago:
You know exactly the problem I am describing that comes along with trying to game on a non systemd OS, because you have experienced it yourself.
You get stuck in dependency hell because all the supporting software that is required for modern gaming… is a large mismatch, by default os config, with what is actually compatible with and developed for non systemd systems, and it requires a massive amount of effort to get anything into a reasonably stable and reasonably working state.
I ask you to provide your experience directly, which could genuienly help this person, and you instead want to nitpick vocabulary in a sophomoric manner so that you can feel you are more correct by virtue of ‘well, ackshually’…
…and your approach to trying to solve the problem is robotic, run through standard error output log, identify error… theorize solution…
… even though you personally know that approach will be very time consuming and frustrating.
In conclusion, boy you must be great at parties.
But if we get a fiasco - I’ll try PikaOS.
I know. But I want to solve this. It will gave me some experience in Linux Administration.
Thanks… So I don’t visits parties, and I don’t sees any sense in this.
Sorry, but that issue had nothing to do with systemd.
But if it will works 🤔. And what can I do to do now? Remains only to have try to install some other OS.
Also I’ve try this instruction: https://github.com/lutris/docs/blob/master/HowToEsync.md
But this also was be helpless 🤷
I would look at the proton log of a game that doesn’t work.
How do I create logs of a game I run with Proton?
Proton will create a log file for a particular game, if you set the launch parameter to:
The log file will be created in your home folder with the name scheme
steam-$STEAMID.log. For example:And the end of the log:
It doesn’t seems that the problem in SystemD 🤔. Maybe…
Take the whole log and put it a pastebin like pastebin.com. Then reply with the link.
Can I use PrivateBin instead?
https://0.jaegers.net/?56551c15509bb58b#WwJnXzAmbJfk767Ac5NDykBUJndRG6nuoMmSu6ZxU1X
Try different versions of proton. Also try changing the version of steam to the flatpak version, or to the native version if you are already using flatpak.
Here’s the begin of the log:
It takes about 30 minutes…
Ok. I’ve cleaned that machine, but don’t install there something yet 🤔. I’ll try…
It’s sad 😟
I truly wish there was some simple misconfiguration that you could change, or some reasonable hotfix that could easily be trouble shot by randos on lemmy…
But in all likelihood… yeah, you’d have to basically develop Devuan to support Proton, or develop Proton to support Devuan, or potentially both.
If you wanna do gaming on linux, right now I’d suggest Bazzite as probably the most user friendly, hard to break, runs games and most other software well alternative.
You could also just switch back to plain Debian, its not quitr as user friendly or gamer optimized, but it absolutely will work.
On the other hand, if you wanna jump into a different Debian based system… PikaOS is still somewhat experimental, but it is basically a stripped down and gamer-optimized version of Debian, its based on systemd so you won’t have these kinds of problems… and from recent benchmark tests I’ve seen, it actually outperforms Bazzite, Nobara, CentOS, many other common distros typically suggested for linux gaming… meaning, more FPS for the same game at the same settings on the same hardware.
I’ll try PikaOS then…
If you are new to linux, and you want something that basically ‘just works’, I’d suggest you try Bazzite first.
It is much easier for a person with little linux experience to use.
Linux is kind of infamous for allowing the user to have the ability to customize and alter basically every aspect of the OS.
This is great for very experienced linux users, but it can often lead newer linux users to accidentally … basically destroying their OS.
Bazzite has good functionality, comes with pre configured tweaks to make gaming performance better, and apps gamers commonly use, much much easier… and, the way it is designed, it basically has a bunch of built in safety mechanisms to make it much more difficult to break the OS.
I have never actually used PikaOS… if you are considerably experienced with Debian based distros, I’d guess you could probably handle it…
But if you are brand new to linux, and mostly just want something that works for games, and other fairly common desktop apps?
I’d go with Bazzite.
If you do decide to switch OSs, please remember to make a backup copy of all your personal files on a seperate harddrive before you make the switch.
On the other hand… you could wait it out and see if other people in this thread can actually troubleshoot and solve your problem.
Personally, I am doubtful they will be able to, but I do not know everything, and I could be wrong, perhaps there is some fairly straightforward fix.
What are these apps? Because I don’t use Discord or other “not-privacy”-friendly apps. I use only Steam of these 😅. Because from Steam I only plays in FA with my friend. For communication - I use Mumble for example.
Is this actually Linux? 🤔
It’s too late 🙃
I also already doubt this 😟. And I’ve already cleaned that machine.
https://docs.bazzite.gg/
Well, you have things like EmuDeck, for emulating console games,
Lutris, for an alternative, non Steam way to run games via WINE or Proton,
Protontricks to help manage and configure WINE and Proton…
A whole bunch of other stuff that may or may not interest you.
Yes, it is, it is built off of the Fedora Atomic model.
So… the simple explanation is that the core operating system is read-only, unalterable, in most situations.
The core libraries of the OS are managed by the developers, who make the ‘recipe’ of all the core stuff, and update it and occasionally add to it… the user can override this and add in new core libraries, but it is highly advised against, and the terminal will yell at you that you are probably doing something stupid when you try.
That being said, if you do mess up the core libraries… you can use
rpm-ostree rollbackAnd that will revert you to the last, stable, bootable configuration, which it automatically keeps backups of, locally.
Then, almost all applications and software are run through flatpak, which keeps them self-contained, so if they break, it is only them that break, not your whole system.
If you want to do something that requires more control over a linux in a tradtional linux sense… Bazzite comes with DistroBox, which basically allows you to have multiple linux oss download their own libraries in their own box, and then you can do more advanced tinkering in there.
(technically it is quite complicated, as i understsnd it, distrobox is basically … customized, fancy docker images, if you are familiar with docker)
sigh
I tried.
I tried to warn you!
Welp.
No turning back.
It looks like you are prepared to go all the way.
https://m.youtube.com/watch?v=-00uQzXyujI&t=152s
lol
I… I hope you do already know how to… flash an iso to a usb drive, and that you have not just wiped out your only means of downloading said iso.
Good luck!
As I know - Red Hat developed SystemD? Fedora - is Red Hat, Bazzite - is Fedora?
Yeap! It’s so)
Yeap! I almost an advanced user 🙃. I reinstall an OS on my PC about 9.999.999.999 times… (maybe a little bit less)
But I want to try firstly that here’s someone can hint me 😉
It seems that it is the most user-friendly distribution. But there’s so many proprietary softs as I guess 🤔
I’ll try someone from these. But how do we lives before SystemD then? 🤔
P.S: And Bazzite has a logo… cough-cough…
To bastardize a Winston Churchill quote:
SystemD is a flawed init system… but in the grand scheme of things, it is the least flawed init system that’s been developed thus far, for 99% of users.
Also I noticed this:
And uncommented the line
# en_US.UTF-8 UTF-8in the file/etc/locale.gen, then ransudo locale-gen. Now this message doesn’t shows, but games still don’t works 🤔Advice: I don’t recommend using wine-ge because it has not been maintained in a while and it’s archived on github
I haven’t another option yet 🤷
You have. Download Protonge manually from https://github.com/GloriousEggroll/proton-ge-custom/releases and unpack the archive into “~/.steam/root/compatibilitytools.d/”. Each Proton version has its own folder. Restart Steam then you can use Proton GE from there. Its like Wine GE, but optimized for Steam.
And what games are you playing? You can also lookup each game in Protondb as linked before. Protondb is a database of user reports, with often useful information.
I’ve try it now. Thanks for the tip, I will know 👍
But it doesn’t changed anything 😟 (probably…):
Games still crashes!
What games? Which Steam Proton and Wine-GE versions do we talk about?
BTW there is also a Proton GE and you can use it in Steam as well. Just saying. Some games do need a specific Steam Proton version, either an older or newer one, such as Proton Experimental. Some games are only working with Proton GE (or Wine GE).
And you can always lookup if the game works, by looking into reports from Protondb website (user generated).
And also with
Wine 10.7 staging-tkeverything works fine 🤔Proton 8.0-5andWine-GE 8-26.Probably not the issue, but is there a reason you’re using such an old version of proton? Proton 10 is available in beta and proton 9 has been a smooth experience for most.
Now I’ve try Proton-GE 9-27 that I installed by ProtonUp-Qt. But it also gave me the same 😟
Are you recieving any error messages? Do you have logging enabled? (If you add “PROTON_LOG=1 %command%” to your launch options you can enable logging, they’re stored in /var/log/ and will be called [steamid].log
Enabling logging can tell you WHY things are breaking.
My personal theory, because it seems to happen a lot, is the libraries that should be linked automatically aren’t loading and proton doesn’t know where to find them, it happens sometimes!
If that’s the case, your log files will point to the missing libraries, install them or find them burried in your system and copy them to your game directory.
But for example I’ve try to launch a game through Steam Proton 8.0-5 via Steam from Flatpak now. How can I find here required libraries?
https://0.jaegers.net/?ae1611da37b8a25e#EFiVE6PGNBi4guHKZ56UKaWoGVoiZrf2GtsCDphEv95e
OHH you’re using flatpak!
Have you configured flatseal to allow steam access to your “/usr/lib/*”?
I didn’t notice any libraries failing to pull but you should give steam access there anyway to help get your Linux native games running easier. Allowing steam access outside its own container should fix most issues, but it doesn’t look like it will fix this one.
Additionally, I noticed issues with msaa happening, are you using an Nvidia GPU by chance? If so, I recommend Opening the Nvidia x-config app and overriding antialiasing and forcing 4x or 8x fxaa instead of msaa. Msaa is borked on Nvidia, renders basically any game using it unplayable.
Took me weeks to get Cities Skylines 2 working until I stumbled upon that accidentally.
Yeap!
flatpak override --user --filesystem=/mnt/Games/Steam/ com.valvesoftware.SteamTry opening steam via a terminal and opening a game. You should see the problem launching the game in the terminal, might be permissions.
And when I tried to launch another game:
👌
What I’ve got when I start the game:
That specific game does seem to have problems with proton https://www.protondb.com/app/9420 However it doesn’t seem to be permissions, so either a problem with the games or the specific version of proton you’re using.
I know that it may be a problem with the game, but for example I launched now another one (third game):
Still doesn’t works 😟
Maybe something something 32 bit vs 64 bit?
https://forum.manjaro.org/t/cannot-run-steam-ld-preload-cannot-be-preloaded/140902 <-- first result of internet search. Maybe this could be something to get you started on troubleshooting.
https://forum.manjaro.org/t/cannot-run-steam-ld-preload-cannot-be-preloaded/140902/3
I also noticed that Steam swore at
pressure-vessel-wrap[449]: W: Disabling gtk3-nocsd LD_PRELOAD: it is known to cause crashes., so I’ve try to remove this:But it also doesn’t helped me 😟:
Sorry, I don’t know how to help.
I installed Steam via Flatpak on Arch and it runs perfectly. That’s all I know. 🤷♂️ Good luck.
And generate your Russian locale system wide. 😬👍
Hmmm… Or I can try it (Flatpak) 🤔