Is there at least a workaround I could do to "reset" my SteamVR and make the overlay work again? If possible by not losing my controller bindings configurations.
I have been having the same problem, but I'm not sure if I was ever able to open the settings or overlay on Linux since I started using it recently. I tried switching to the beta and back, verifying the files and reinstalling but this did not fix the issue. I also tried with and without the Steam client beta. I am using Arch Linux with ALVR.
I think the config files are in ~/.local/share/Steam/config. You may or may not need to back them up.
For me the systems menu in VR only shows on the second start of SteamVR, have you tried starting SteamVR, exiting after Steam Home loaded and start it again and if it works then?
Yes, I have. Started it many times and neither the settings dialog in the screen nor the overlay in the VR headset come up. :-(
I see a lot of logfiles under ~/.steam/steam/logs, as soon as I have time I will peruse them for any clue. I do think it might be related to me pressing "PLAY" on OVR Advanced Settings on steam accidentally. Maybe two running instances of the same software corrupted some metadata and made this happen.
This is probably the same issue as with #255
You could try this: https://github.com/ValveSoftware/SteamVR-for-Linux/issues/255#issuecomment-775624892
It did not work for me, but after installing Kubuntu, it has been working more reliably and usually can be fixed by restarting SteamVR.
This is probably the same issue as with #255
You could try this: [#255 (comment)](https://github.com/ValveSoftware/SteamVR-for-Linux/issues/255#issuecomment-775624892)
It did not work for me, but after installing Kubuntu, it has been working more reliably and usually can be fixed by restarting SteamVR.
Thanks for the attempt at a solution. I tried the solution expressed and then the SteamVR dialog wouldn't even appear. had to unmake the link ~/.steam/steam/steamapps/common/SteamVR/bin/linux64/qt/plugins and restore the old plugins.old to plugins for the dialog to even appear.
Well, vrwebhelper wasn't starting due to an unknown symbol in libfreetype6.so. Downgrading the package freetype2 solved the issue. * facepalm * Now the overlay works correctly.
Hey @Patola I am also on Arch and I have the same issue. I have freetype2 version 2.11.0-4. To which version did you downgrade to get it to work?
Did downgrading freetype2 fix the entire issue for you meaning the settings dialog and VR overlay both work now?
@fazo96 downgrading to at least 2.10.4 seemed to work for me.
Instead of doing a system-wide freetype downgrade, I copied
into vrwebhelper/linux64/
and changed
export LD_LIBRARY_PATH="${STEAM_RUNTIME_HEAVY}${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH}"
to
export LD_LIBRARY_PATH="${DIR}:${STEAM_RUNTIME_HEAVY}${LD_LIBRARY_PATH+:$LD_LIBRARY_PATH}"
in vrwebhelper.sh
In a quick test the dashboard works.
(of course maintained binaries or open sourcing everything linux vr related as far as possible would be a better aproach)
i can confirm that frostworx workaround works for the dashboard and the settings window to show up again, thanks buddy! :+1:
The fix did not work for me, but maybe I did it wrong. What commands should I use to do it? I thought of tracking down a binary with a version that works and doing it, but I couldn't track one down.
freetype2-2.10.4-libs.tar.gz
i used downgrade to get to 2.10.4 and after copying the files updated again - i don't know if something like downgrade exists for your distro though - so i took the liberty to attach the files - use at your own risk of course :)
Dropping these files into the web helpers linux64 folder and changing the export line like in frostworx fix fixed the dashboard! Thanks so much for attaching those files.
Can report the workaround did it for me too, with Flatpak Steam (no difference other than the folders being different for where Flatpak Steam keeps things).
The fact we've had to manually fix a core part of steamvr since September is incredibly disappointing. Right up there with being unable to turn on our lighthouses without external help. Even worse knowing SteamOS 3.0 is arch based, there's honestly no excuse for this.
This workaround does cause the menu work; As Bitwolfies said it is very disappointing; The community knows the issue so there really is no reason for this to happen
However it moves around a lot (which iirc it doesn't do on windows) : (
Sadly the work around fails for me, causing my whole pc to reboot when trying to run SteamVR, valve really needs to get a fix out.
Newest beta mentions a fix!
Newest beta mentions a fix!
Fairlight (when dreams come true)
Vrcompositor boots for maybe half a second, before kicking my pc to the arch startup terminal, and then my DE login.
AHAH! vrcompositor has this weird tendency to crash, sometimes with sigsegv, can you by any chance get core dump logs for vrcompositor right before your DE crashed?
As @Bitwolfies noted, the SteamVR 1.21.5 Beta update includes "Fixed webhelper crashing in OS's with recent versions of freetype2." Please opt into SteamVR's beta branch and retest.
As @Bitwolfies noted, the SteamVR 1.21.5 Beta update includes "Fixed webhelper crashing in OS's with recent versions of freetype2." Please opt into SteamVR's beta branch and retest.
Wish I could, but now I'm being affected by https://github.com/ValveSoftware/SteamVR-for-Linux/issues/489
As @Bitwolfies noted, the SteamVR 1.21.5 Beta update includes "Fixed webhelper crashing in OS's with recent versions of freetype2." Please opt into SteamVR's beta branch and retest.
I just tried and SteamVR Overlay does not appear ...
Each time I press the button, the controls disappear and the menu does not appear
Tested the beta, it seems to work for me consistently now. I have started Steamvr 3 times in a row and every time I'm capable of spawning the overlay (was rarely able to do it even once on the newest release build). Other problems are still there though (Desktop-view crapping out/having graphical corruption, the async reprojection doing the wrong frames, and I noticed in games that the async reprojection "haze" is back (kind of like the little brother of the big async reprojection problem people experience in the game-loading/transition screen. It has a constant high frequency though making the effect appear smooth, and the reprojection is only a little off, making stuff appear blurry rather than jumpy/jarring when looking at stuff while moving your head).
Ryzen 5900x
AMD 6800XT
Arch Linux
Steam system information
SteamVR 1.21.5 added the library pinning logic which fixed steam-for-linux#7935, but it's looking in the wrong place for the steam-runtime-heavy libraries because STEAM_RUNTIME_HEAVY is not set.
For now, adding STEAM_RUNTIME_HEAVY="${HOME}/.steam/bin64/steam-runtime-heavy" %command% to SteamVR's launch options should workaround that quirk until a SteamVR developer can take a look.
thanks for the continuous linux support, kisak!
direct link to the issue mentioned above: steam-for-linux#7935
SteamVR 1.21.5 added the library pinning logic which fixed steam-for-linux#7935, but it's looking in the wrong place for the steam-runtime-heavy libraries because
STEAM_RUNTIME_HEAVYis not set.For now, adding
STEAM_RUNTIME_HEAVY="${HOME}/.steam/bin64/steam-runtime-heavy" %command%to SteamVR's launch options should workaround that quirk until a SteamVR developer can take a look.
Dashboard works again after adding the suggested changes to SteamVR's launch options! I will run a few longer tests though.
Dashboard won't work for me.
steamvr 1.20.4
dashboard won't appear
steamvr 1.21.5
dashboard won't appear
steamvr 1.21.5 (adding STEAM_RUNTIME_HEAVY="${HOME}/.steam/bin64/steam-runtime-heavy" %command% to SteamVR's launch options )
Appears all dashboard with colored squared like on steamvr 1.14.16, 1.20.4 and 1.21.4
My system:
ubuntu 20.04 (fresh install)
$ sudo glxinfo |grep Dev
Device: Radeon RX 580 Series (POLARIS10, DRM 3.42.0, 5.14.15-steamvr-generic, LLVM 13.0.0) (0x67df)
$ sudo glxinfo |grep Ver
Version: 21.3.3
freetype 2.10.1
Hello @azkanel, your symptoms don't match this issue report.
That set aside, please copy your system information from Steam (Steam -> Help -> System Information) and put it in a gist, then include a link to the gist in this issue report.
Neither the update or with the launch options did I get the VR dashboard with Flatpak Steam or (non)Guix's Steam. Both are run in containers, which complicates the runtimes, so maybe that is something on that end rather than with SteamVR. I'll have to investigate or open an issue separately if this otherwise works on regular Steam.
Edit: I spoke too soon, it does work now (maybe had to restart Steam).
Thanks @azkanel, your system looks healthy overall.
I've got a guess that either Steam or SteamVR is getting run on your iGPU while the other is running on the dGPU and that's causing trouble with the OpenGL to Vulkan interop that happens with vrdashboard. I've not used it myself, but maybe try completely closing Steam, then run steam from a terminal and setting SteamVR 1.20.4's launch options to MESA_VK_DEVICE_SELECT=1002:67df %command% (based on the discussion here).
In theory, that should at least avoid the issue being tracked here, and https://github.com/ValveSoftware/steam-for-linux/issues/7089#issuecomment-903155719 and more predictably have both running on the RX 580.
If that doesn't give you a working reference point to start from, then please open a new issue report.
Replying to https://github.com/ValveSoftware/SteamVR-for-Linux/issues/465#issuecomment-1013978103
I am very grateful for your help. I will open a new topic.
I love you men!!!!! this (MESA_VK_DEVICE_SELECT=1002:67df %command%) solve my problem!!!!!
thaks!!!!!
P.S: Anyway, I don't know why it only affects the dashboard
Was finally able to get back in, can confirm this patch works just fine, even without the command fix, great to see!
Please retest without the STEAM_RUNTIME_HEAVY workaround.
I can report that SteamVR dashboard menu now works without the STEAM_RUNTIME_HEAVY workaround. Tested with Fedora 35 and Arcolinux.
I can report that SteamVR dashboard menu now works without the
STEAM_RUNTIME_HEAVYworkaround. Tested with Fedora 35 and Arcolinux.
+1, works fine on arch without workarounds
I can report that SteamVR dashboard menu now works without the
STEAM_RUNTIME_HEAVYworkaround. Tested with Fedora 35 and Arcolinux.
Same here, working a okay on Ubuntu 20.04 LTS without workarounds
Closing as fixed in SteamVR 1.21.
I'm experiencing this error in SteamVR 1.23.7 using ALVR on Arch Linux.
MESA_VK_DEVICE_SELECT=1002:67dfx2 2022-01MESA_VK_DEVICE_SELECT=1002:67df %command%x2 2022-01STEAM_RUNTIME_HEAVY="${HOME}/.steam/bin64/steam-runtime-heavy" %command%x3 2022-01
Describe the bug
In the VR screen, pressing the system buttons do not bring up the SteamVR Overlay anymore. On the SteamVR steam window, selecting the burger menu, then "Settings" won't show the settings dialog anymore either. Tried changing from SteamVR stable to beta and back, tried Room Setup (which works and completes), but nothing seems to get the SteamVR Overlay to work again.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The settings dialog should work. The SteamVR overlay should work.
System Information (please complete the following information):
Additional context
I use OVR Advanced Settings to augment SteamVR. I cannot remove it from autostarting since I cannot get to the settings window. But I tried to uninstall OVR Advanced Settings to run SteamVR without it and got the same result.
Notice that SteamVR still works and calls SteamVR home, which also works, and the VR games still play. It's the settings and the overlay that are not working. I haven't changed any SteamVR settings pior to that happening. It's been about a week this way.
I have noticed that the steamtours, vrmonitor and vrdashboard processes each create a defunct [vrwebhelper] process.
I am also attaching some logs from under ~/.steam/steam/logs/ that I think might be useful, in a zipped file.
steam-vr-logs.zip