Hello @spevnev, please give https://github.com/ValveSoftware/steam-runtime/blob/master/doc/reporting-steamlinuxruntime-bugs.md#essential-information a read and share the requested information.
Steam Runtime Diagnostics (from the workaround version of steam since I cannot launch it)
STEAM_LINUX_RUNTIME_VERBOSE=1 steam log
What else should I run?
For some reason, I cannot redirect steam's output.
Even STEAM_LINUX_RUNTIME_VERBOSE=1 steam 2>&1 | tee ~/slr.log from the docs doesn't work.
The file is created but it is always empty.
Thanks, https://gist.github.com/spevnev/e0db0d5a155994762ce19e688c3ed051#file-gistfile1-txt-L82 seems like a starter hint. You asserted that you need to set LD_LIBRARY_PATH before starting Steam for it to make progress, and that tells us that Steam's doing the normal setup of the LD_* style Steam runtime. Perhaps something outside of Steam is setting LD_LIBRARY_PATH, and you're overriding it with your manual intervention? I'd run env from a terminal and check if LD_LIBRARY_PATH shows up there. Alternatively, it might be interesting to completely close Steam, then try unset LD_LIBARARY_PATH && steam in a terminal.
LD_LIBRARY_PATH is not set (from env)
unset LD_LIBARARY_PATH && steam same error
In my first message I've listed the LD_LIBARARY_PATH variable steam runs with (got it by checking at runtime using gdb).
Is that an expected value?
I am having the same issue on NixOS with ryzen 9 5980hx (no dgpu). Running unset LD_LIBARARY_PATH && steam did not work for me. Since I am on NixOS, there isn't really a way for me to manually set LD_LIBRARY_PATH. Here are the logs of STEAM_LINUX_RUNTIME_VERBOSE=1 steam logs,
I am also unable to redirect Steam's output to a file with the command STEAM_LINUX_RUNTIME_VERBOSE=1 steam 2>&1 | tee ~/slr.log, I only get an empty file.
Running anything else works for me, even vkcube and vkinfo outputs appropriate info.
Ok, so I've decided to investigate this myself. Using VK_LOADER_DEBUG=all I've found incompatible library versions:
Steam ships libvulkan of version 1.3.239
It requires newer versions (than the ones steam provides) of the following libraries: libgcc_s, libstdc++, libxcb, libxcb-dri3, libxcb-present, libxcb-randr
After updating all of them, steam works.
It seems there was a similar fixed issue https://github.com/ValveSoftware/steam-for-linux/issues/4816, so it seems that the libraries need updating again.
This time, however, it seems to be more obscure as none of the error messages indicate incompatible library versions or missing symbols.
You should probably add running with VK_LOADER_DEBUG=all to debugging steps/additional logs, especially when issue is vulkan related.
Does your fix still work, and did you change both 32 and 64 versions of the libs
I replaced only 32 bit libs (in /.local/share/Steam/ubuntu12_32/steam-runtime/usr/lib/i386-linux-gnu)
If you want a workaround, I would suggest trying steam-native (on arch, not sure what it is called on other distros) or LD_LIBRARY_PATH="/usr/lib:/usr/lib32" steam
Yeah I'll propably try to mimic how steam-native package does it
thanks for bringing that up
and I hope it gets fixed soon so no one has to deal with this hassle
Your system information
Steam client version (build number or date):
Steam Beta Branch: Stable Client
Steam Version: 1763795278
Steam Client Build Date: Sat, Nov 22 2:00 AM UTC -08:00
Steam Web Build Date: Sat, Nov 22 1:35 AM UTC -08:00
Distribution (e.g. Ubuntu): Arch
Opted into Steam client beta?: No?
Have you checked for system updates?: Yes
Steam Logs: steam-logs.tar.gz
GPU: AMD Radeon 780M Graphics (RADV PHOENIX)
Please describe your issue in as much detail as possible:
Steam fails to start with the following message:
Full steam log: https://pastebin.com/G86eYh75
I previously tried to resolve the issue on Arch forums, the post.
I found that the error comes from
.local/share/Steam/ubuntu12_32/steamsysinfo.Currently, I work around it by forcing steam to use system libraries
LD_LIBRARY_PATH="/usr/lib:/usr/lib32"instead of the vendored ones.For reference, here's what
LD_LIBRARY_PATHnormally looks like (without overriding):It seems to me that one of the vendored libraries uses a system library of incompatible version.