search

ValveSoftware / SteamVR-for-Linux

Issue tracker for the Linux port of SteamVR
933 stars 45 forks source link

[BUG] Constant SteamVR Fail -203 #452

Open LiamDawe opened 3 years ago

LiamDawe commented 3 years ago

Describe the bug I am facing an issue where SteamVR will just fail on me constantly, don't get even 5 minutes out of it before it just freezes up and dies on me.

To Reproduce Steps to reproduce the behavior: Use NVIDIA with Arch, try and play SteamVR and watch it fail?

Expected behavior For it to work like it usually does?

System Information (please complete the following information):

Note: Commenters who are also experiencing this issue are encouraged to include the "System Information" section in their replies.

LiamDawe commented 3 years ago

Went back to NVIDIA 465.31 and no issues at all. So it's a problem somewhere caused by the 470 driver.

kisak-valve commented 3 years ago

Hello @LiamDawe, it might be interesting to test if nvidia 470.xx + https://github.com/ValveSoftware/SteamVR-for-Linux/issues/227#issuecomment-520459572 works around the issue you're seeing.

dec05eba commented 3 years ago

I have the same issue. I tested what @kisak-valve suggested and it works.

edwin-v commented 3 years ago

Had two crashes playing Groove Gunner today (-203).

First when I tried to go into the Steam system menu/library from the game. After killing SteamVR I can't start it again without a power cycle on the headset because it will only display garbage.

Second crash when I quit the game after playing it again.

My uninformed suspicion would point to the compositor crashing under certain circumstances in combination with async reprojection.

Corben78 commented 3 years ago

From my recent experiences, I can confirm that enabled async reprojection can cause SteamVR failures to happen a lot more likely.

When playing GTFO in VR with async reprojection (on nVidia), I experience about 2-3 crashes in a 3h play session. The game with the VR mod is quite demanding, so async reprojection does help with performance without downscaling. I tried now 2 ~3h sessions in GTFO VR without async reprojection and didn't experience a single crash (have to downscale for a good experience then though).

My suspicion is, that a SteamVR failure with async reprojection occurs more likely, when the game is more demanding. I didn't experience crashes with Beat Saber, Synth Riders or Pistol Whip even when async reprojection was enabeld, but those games are way less demanding and work perfectly without async reprojection too.

jannis3005 commented 3 years ago

I'd have to disagree with that, I can't play more that a few minutes of Beatsaber with async reprojection without experiencing a crash, sometimes it does it even straight away during the first song. Turning it off, all is fine. I'm running it at 150% res on the index though, so it might be a touch more demanding than on default settings. Also, Mods might add to that. That said, beatsaber works flawlessly at 150% without async reprojection too.

silelmot commented 3 years ago

i cannot even start anything. before even home is started my pc freezes for a very short time and after that it points out error 203. hmd is black the whole time. it works flawlessly on windows and did before the nvidia driver update

mpnordland commented 3 years ago

I'm also experiencing increased SteamVR crashes with async reprojection enabled on Linux. I have a 100% reproducible test case.

I'm running a GTX 1070 with NVIDIA 470 driver with SteamVR Beta 1.19.6. With async reprojection I experience the already reported jitter and wobbliless of the overlay and chaperone. In addition, when I play VRChat, and visit the Vket 6 Carryol WindChorus world and walk up to the Nullmoto Universe booth, SteamVR (but not VRChat) will crash. Without async reprojection the framerate drops but Steam VR keeps running.

OS is Arch Linux.

silelmot commented 3 years ago

I just found out that on my 3-monitor-setup,when i disable all but one, steamvr just works. With all 3 on i get an instant 203

okawo80085 commented 3 years ago

With custom SteamVR drivers on Linux same thing happens, last time i tested it was an Ubuntu machine, no external monitors, and the behavior is just "great" :) you start SteamVR and it works fine and dandy for maybe 5-10 minutes, it then proceeds to die for no reason with -203, no errors from the driver, only an "unusual" sleep state before crash, if i remember correctly

HadetTheUndying commented 3 years ago

I just found out that on my 3-monitor-setup,when i disable all but one, steamvr just works. With all 3 on i get an instant 203

This is an unrelated issue. This happens on AMD as well. What's happening here is specific to Nvidia 470

quantumac commented 3 years ago

I can confirm this irritating, seemingly random -203 error is still an issue with the following setup in SteamVR:

Ubuntu 20.04 NVIDIA driver 470.57.02 Geforce 1080 Valve Index

While I could go back to a previous driver version which doesn't support asynchronous reprojection, I would end up with the double-image stutters again... but that's why I upgraded to the 470 driver.

quantumac commented 3 years ago

If SteamVR developers need a highly (and quickly) reproducible case, try this:

  1. Make sure your system is running the NVIDIA 470 driver which supports asynchronous reprojection.
  2. Run "Waltz of the Wizard: Natural Magic" under Proton.
  3. Dismiss the complaint about a json file if it appears.
  4. Once at the starting point, go to the door called "Courtyard" and touch the circle on the door until you hear the door creaking open sound. If the "Courtyard" door does not appear the first time, re-run the game.
  5. Once in the courtyard, move to the center of the stone magic circle and stand there. Swirling magic will appear to transport you to...
  6. Oopsie! Error -203 rears its head. Headset goes blank. Audio from the game continues, but you're no longer in VR.

Rarely, this action actually works as intended, VR stays working and the -203 error does not appear, but for the vast majority of the time, it bugs out like clockwork. Very reproducible.

The -203 error seems to occur during transitions, but not always. I've seen the error also happen in titles like "X-Plane 11" (native), "Myst" (proton), "Half-Life: Alyx" (native), "Go for Launch: Mercury" (proton), "Google Earth VR" (proton).

Orangestar12 commented 3 years ago

Pops up out of nowhere constantly during Elite Dangerous and Phasmophobia in Proton on 470 drivers as well, where both of these titles previously worked great. This is still occurring even after disabling asynchronous reprojection in the settings.

These seem to be the only relevant messages from the web console:


Fri Sep 10 2021 01:22:26.004081 - Failed Watchdog timeout in thread Render in WaitForPresent after 6.004832 seconds. Aborting.
Fri Sep 10 2021 01:22:26.061325 - IPC: recovering abandoned mutex 0x7f9af7e163a4
Fri Sep 10 2021 01:22:26.603525 - Excessive binding loads from steam (18668): crc=3209310505 lc=2 Reload=F res=2
Fri Sep 10 2021 01:22:26.603591 - ===== vive: state=4, NOT empty, uri=file:///home/orangestar/.local/share/Steam/steamapps/common/SteamVR/resources/config/legacy_bindings_generic_hmd.json
                                  [Snip: Previous 2 messages repeated 11 times]
Fri Sep 10 2021 01:22:34.676967 - Socket closed
Fri Sep 10 2021 01:22:34.677029 - Unable to read message from socket: 0
Fri Sep 10 2021 01:22:34.677067 - Process vrcompositor (45034) disconnected (Thread(0x0x7f3a200030d0/0x0x7f)
Fri Sep 10 2021 01:22:34.677104 - AppInfoManager.ProcessQuit processid=45034 eLaunchingApp=LaunchingApp_None
Fri Sep 10 2021 01:22:34.677119 - AppInfoManager.ProcessQuit: Clearing application openvr.component.vrcompositor PID was 45034
Fri Sep 10 2021 01:22:34.677137 - AppInfoManager.ProcessQuit: Clearing application openvr.component.vrcompositor PID because 45034 has exited
Fri Sep 10 2021 01:22:35.019778 - Excessive binding loads from steam (18668): crc=3209310505 lc=2 Reload=F res=2
Fri Sep 10 2021 01:22:35.019845 - ===== vive: state=4, NOT empty, uri=file:///home/orangestar/.local/share/Steam/steamapps/common/SteamVR/resources/config/legacy_bindings_generic_hmd.json
Fri Sep 10 2021 01:22:42.591620 - [System] Transition from 'SteamVRSystemState_Ready' to 'SteamVRSystemState_NotReady'.
Fri Sep 10 2021 01:22:42.684436 - Excessive binding loads from steam (18668): crc=3209310505 lc=2 Reload=F res=2
Fri Sep 10 2021 01:22:42.684500 - ===== vive: state=4, NOT empty, uri=file:///home/orangestar/.local/share/Steam/steamapps/common/SteamVR/resources/config/legacy_bindings_generic_hmd.json
Fri Sep 10 2021 01:22:43.671803 - Excessive binding loads from steam (18668): crc=3209310505 lc=2 Reload=F res=2
Fri Sep 10 2021 01:22:43.671883 - ===== vive: state=4, NOT empty, uri=file:///home/orangestar/.local/share/Steam/steamapps/common/SteamVR/resources/config/legacy_bindings_generic_hmd.json
Fri Sep 10 2021 01:22:43.825925 - [Status Alert] SteamVR Fail (-203)

After this, the headset goes dark and the monitor window displays the -203 error. Ignore the "Excessive binding loads" messages, it seems to be a separate issue (#307)

Manjaro Linux NVidia Driver 470.63.01 Geforce 1060 Original Vive Steam client beta, version 1631237534 SteamVR Beta, version 1.19.7 (1629236071) Here's my System Report

kaiwasaki commented 3 years ago

I am suffering from the same problem. Although I just acquired a valve index recently. It seems to me to some games tigger the 203 error faster than others. I can play Alyx fopr quite some time. If I try No Man's Sky VR I get 203 error almost instantly.

Here is my inxi Output:

System:    Host: kai-Z390 Kernel: 5.14.0-0-MANJARO x86_64 bits: 64 Desktop: Xfce 4.16.0 Distro: Manjaro Linux 
Machine:   Type: Desktop Mobo: ASUSTeK model: ROG STRIX Z390-F GAMING v: Rev 1.xx serial: 180937134403225 
           UEFI: American Megatrends v: 1602 date: 06/04/2020 
Memory:    RAM: total: 15.55 GiB used: 3.67 GiB (23.6%) 
           Array-1: capacity: 64 GiB slots: 4 EC: None 
           Device-1: ChannelA-DIMM1 size: No Module Installed 
           Device-2: ChannelA-DIMM2 size: 8 GiB speed: 3200 MT/s 
           Device-3: ChannelB-DIMM1 size: No Module Installed 
           Device-4: ChannelB-DIMM2 size: 8 GiB speed: 3200 MT/s 
CPU:       Info: 6-Core model: Intel Core i5-9600K bits: 64 type: MCP cache: L2: 9 MiB 
           Speed: 800 MHz min/max: 800/4600 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 846 5: 800 6: 800 
Graphics:  Device-1: NVIDIA TU106 [GeForce RTX 2070] driver: nvidia v: 470.63.01 
           Display: server: X.Org 1.20.13 driver: loaded: nvidia resolution: 1: 1920x1200~60Hz 2: 2560x1440 
           OpenGL: renderer: NVIDIA GeForce RTX 2070/PCIe/SSE2 v: 4.6.0 NVIDIA 470.63.01 
Audio:     Device-1: Intel Cannon Lake PCH cAVS driver: snd_hda_intel 
           Device-2: NVIDIA TU106 High Definition Audio driver: snd_hda_intel 
           Sound Server-1: ALSA v: k5.14.0-0-MANJARO running: yes 
           Sound Server-2: PipeWire v: 0.3.34 running: yes 
Info:      Processes: 317 Uptime: 53m Shell: Zsh inxi: 3.3.06
Synkstar commented 3 years ago

It fixes this if you disable async re-projection as someone stated above. Async re-projection when it works makes it so it is more smooth when you have low fps. The Nvidia 470 driver recently implemented support for async re-projection so its either a problem with the driver or valves implementation of it. It crashes on Half life alyx and NEOS vr. So basically anything with it enabled for me.

Hello @LiamDawe, it might be interesting to test if nvidia 470.xx + #227 (comment) works around the issue you're seeing.

Edit: It seems to work for awhile with async reprojection. It is a lot smoother but ends up crashing after awhile and is kind of annoying.

mSparks43 commented 3 years ago

This is more of an issue now that you can't build a kernel module for 465 drivers on 5.14 kernels. SteamVR also locks up the whole machine requiring a hard reboot when it is closed.

It fixes this if you disable async re-projection as someone stated above.

How do I do that (#470 is without an application even running, and afaik you can only disable async on a per application basis)

Orangestar12 commented 3 years ago

This is more of an issue now that you can't build a kernel module for 465 drivers on 5.14 kernels.

I don't know where you got that idea from. Building 465 drivers works fine for me on 5.14 using nvidia-all. If you haven't used that yet, give it a shot.

mSparks43 commented 3 years ago

This is more of an issue now that you can't build a kernel module for 465 drivers on 5.14 kernels.

I don't know where you got that idea from. Building 465 drivers works fine for me on 5.14 using nvidia-all. If you haven't used that yet, give it a shot.

The kernel headers changed in such a way as to break both the nvidia installer, eg https://www.nvidia.com/download/driverResults.aspx/171980/en-us

and kmod-nvidia from rpmfusion

rather not blow up my system with random guesses, 465 is end of life and SteamVR requires a hard system reboot to close it down on 470+.

Are you sure you didn't just fall back on llvmpipe?

EDIT:Some progress on this. switching to wayland, recompling stuff, enabling gdm and a couple of other things I forget improved the situation somewhat, but its not really in a usable state (legacy reprojection and async reprojection both now unusable on 470+) guess Im just SOL until this lot matures.

Orangestar12 commented 3 years ago

I don't think I'd be getting the performance (or VR support) I'm getting on my computer with pure llvmpipe.

quantumac commented 3 years ago

FYI: SteamVR Fail (-203) error is still present with the latest SteamVR 1.20.4 beta update, which is a "build candidate for full release" according to the release notes. GPU: NVIDIA GTX 1080 Driver: 470.74 OS: Ubuntu 20.04

Frozenreflex commented 3 years ago

~~Still an issue even with Async Reprojection disabled Nvidia RTX 2060 Super, Driver 495, Linux Mint Sat Nov 06 2021 18:01:21.838229 - Failed Watchdog timeout in thread Render in WaitForPresent after 5.572546 seconds. Aborting.~~ This is likely an issue with the game itself and not Proton.

mSparks43 commented 3 years ago

Im back up and running after updating to nvidia driver 470.82 still get artifacts, but at least it works and well once an application starts.

the 495.44 on new feature branch is still really buggy.

So its an nvidia driver issue by the looks of it. Cant open the settings page tho.

dec05eba commented 3 years ago

For me async reprojection completely freezes my computer for a few seconds until steamvr crashes and vr stops working. This happens 100% of the time. It happens immediately after steamvr launches.

Synkstar commented 3 years ago

I really wish nvidia would just open source their drivers. Like amd gpu users aren't having this issue. I know people using vr on Linux with amd cards perfectly fine. Sadly its still hard to get new gpus without getting it from a scalper. There is really no reason for nvidia to not open source them. So it is definitely a nvidia driver issue like @mSparks43 mentioned.

ZarathustraDK commented 3 years ago

Just adding to the pile. I also seem to get frequent freezes/crashes with looping sound when running demanding games (particularly VRChat and Blade & Sorcery) with asynchronous reprojection on. Seems like some process in the chain is overwhelmed because it always happen when there's "a lot going on" or upon loading into a new world. Maybe there has been an update trying to fix some of the other async bugs considering the crashes seem to happen under circumstances where asynchronous reprojection should kick in?

This is on the latest proton, Radeon 6800XT and Ryzen 5900X.

quantumac commented 3 years ago

The latest SteamVR release, 1.21.1, still has the -203 error issue.

I sure wish some friendly, helpful developers at Valve would take some time to address this reoccurring error. We customers would appreciate it quite a lot. I'd try my hand at fixing it myself but, hey... closed source. Can't do much without access to source code.

OS: Ubuntu 20.04 (Linux) SteamVR: 1.21.1 NVIDIA driver: 470.82.00 GPU: GTX 1080

okawo80085 commented 3 years ago

I can not reproduce the issue anymore, my custom driver works fine no crashes so far, my consumer headset works fine too, didn't experience any crashes in a really long while

OS: Ubuntu 20.04.3 LTS SteamVR: 1.12.1 [beta] GPU driver: nvidia 470.82.00

quantumac commented 3 years ago

Error (-203) still reproducible with the 1.21.2 beta release. Easily reproduced with "Waltz of the Wizard: Natural Magic", but that is by no means the only title where it can be reproduced.

OS: Ubuntu 20.04 (Linux) SteamVR: 1.21.2 NVIDIA driver: 470.82.00 GPU: GTX 1080

mSparks43 commented 3 years ago

Error (-203) still reproducible with the 1.21.2 beta release.

Can confirm, High CPU utilisation still causes ERROR SteamVR Fail (-203) OS: Fedora Core 35 (5.14.16-301.fc35.x86_64) SteamVR: 1.21.2 NVIDIA driver: 470.86 CPU: AMD 5900X GPU: RTX 3070

okawo80085 commented 3 years ago

Interesting, @quantumac I'll try that title on my Linux machine, do you have any other titles worth testing?

@mSparks43 can you go into more details? Cause back when I did have this issue I also got CPU spikes, but only when it actually crashed

Synkstar commented 3 years ago

Error (-203) still reproducible with the 1.21.2 beta release. Easily reproduced with "Waltz of the Wizard: Natural Magic", but that is by no means the only title where it can be reproduced.

OS: Ubuntu 20.04 (Linux) SteamVR: 1.21.2 NVIDIA driver: 470.82.00 GPU: GTX 1080

What do you mean by custom driver though ? Like did you modify 470.82.00?

okawo80085 commented 3 years ago

Error (-203) still reproducible with the 1.21.2 beta release. Easily reproduced with "Waltz of the Wizard: Natural Magic", but that is by no means the only title where it can be reproduced.

OS: Ubuntu 20.04 (Linux) SteamVR: 1.21.2 NVIDIA driver: 470.82.00 GPU: GTX 1080

What do you mean by custom driver though ? Like did you modify 470.82.00?

I work with custom SteamVR drivers, think of as a final user space translation layer between the hardware, OS and SteamVR

mSparks43 commented 3 years ago

@mSparks43 can you go into more details? Cause back when I did have this issue I also got CPU spikes, but only when it actually crashed

If I start SteamVR before there is nearly 100% CPU usage It 203's pretty much without fail https://www.youtube.com/watch?v=EPoIVQSWml8

Start it after, when load is low (and presumably no skipped frames) and its fine https://www.youtube.com/watch?v=ic-CTEUnGpw

quantumac commented 3 years ago

@okawo80085 Interesting, @quantumac I'll try that title on my Linux machine, do you have any other titles worth testing?

I have seen this problem rarely with "Half Life: Alyx" and "X-Plane 11". I see it more frequently with "Waltz of the Wizard: Natural Magic". I'm sure there are other titles (see my steps to reproduce in my Sep 8 message above). I agree with @mSparks43 that this may be CPU load related.

However, without source code it's hard to say. It's all a black box. Like Schrödinger, all I can do is shake the box and listen for a screaming cat. 😄

okawo80085 commented 3 years ago

I have seen this problem rarely with "Half Life: Alyx" and "X-Plane 11". I see it more frequently with "Waltz of the Wizard: Natural Magic". I'm sure there are other titles (see my steps to reproduce in my Sep 8 message above). I agree with @mSparks43 that this may be CPU load related.

Gotcha, i'll try to test most of them, i have "Half Life: Alyx" but not the other titles, "Waltz of the Wizard: Natural Magic" looks interesting tho, i might buy it

However, without source code it's hard to say. It's all a black box. Like Schrödinger, all I can do is shake the box and listen for a screaming cat. smile

With my driver i have a bit more insight into how it works, but not too much, lower level SteamVR is still a black box xD

mSparks43 commented 3 years ago

However, without source code it's hard to say. It's all a black box.

If we are dissecting the issue. Nvidia 470 drivers seem to have added the bit that was causing

https://github.com/ValveSoftware/SteamVR-for-Linux/issues/277

So reprojection now actually works without stutter. But reprojection also seems to be bugged, causing 203 errors.

So right now the choice is between stutters with reproj off, or 203 errors with it on. Up until someone in Valve gets time off the steam deck to save us, perhaps needing the stars to align and nvidia to change something to. hopefully also fixing KNOWN ISSUES Even with Vulkan applications, performance issues are still being worked on on both the runtime and the game engine side

So its a waiting game, I hold absolutely nothing against Valve protecting the significant IP they have put into Linux VR, I just wish we didn't have to wait so long for these things to get fixed....

okawo80085 commented 3 years ago

I finally got enough time to test "Half Life: Alyx", and its runs great, no stuttering, good fps, it's enjoyable to play. Until about 1.5 hours into my play session, SteamVR crashes out of nowhere xD

Same symptoms as originally described by this issue.

Tested with

OS: Ubuntu 20.04.3 LTS SteamVR: 1.12.1 [beta] GPU driver: nvidia 470.82.00

I will also run a synthetic test with my driver later, to see if its triggered by gameplay or not, exactly how long it takes, etc.

quantumac commented 2 years ago

I can confirm the error showing up quite readily in "Phasmophobia".

okawo80085 commented 2 years ago

I can confirm the error showing up quite readily in "Phasmophobia".

Can you tell approximately how long it took to crash?

quantumac commented 2 years ago

I can confirm the error showing up quite readily in "Phasmophobia".

Can you tell approximately how long it took to crash?

The disconnect from SteamVR occurred when I try to leave the van. Performance to that point was very choppy with lots of stuttering.

OS: Ubuntu 20.04 (Linux) SteamVR: 1.21.2 NVIDIA driver: 470.82.00 GPU: GTX 1080

okawo80085 commented 2 years ago

Replying to https://github.com/ValveSoftware/SteamVR-for-Linux/issues/452#issuecomment-980367468

Huh, i have "Phasmophobia", i'll check if i have the same behavior later

quantumac commented 2 years ago

Error reproduced with another title, "Paper Beast", and with a new version of the NVIDIA driver.

Playing "Chapter 1", after you have pulled the red drapes away and as the large beast above you wanders off, the dreaded -203 error appears.

OS: Ubuntu 20.04 (Linux) SteamVR: 1.21.2 NVIDIA driver: 470.86 GPU: GTX 1080 VR Headset: Valve Index

quantumac commented 2 years ago

More on this error appearing in "Paper Beast":

The error is consistently triggered when the giant "4" falls from the sky at the begining of Chapter 1. I'm guessing somehow spawning or loading the "4" object is causing an issue with reprojection.

I was able to get past this point by editing the file:

      ~/.steam/steam/config/steamvr.vrsettings

And adding the following line:

      "enableLinuxVulkanAsync" : false

to the "steamvr" section of the config file.

Of course this disables asynchronous reprojection (sad face). I then reran the game and the (-203) error did not appear.

OS: Ubuntu 20.04 (Linux) SteamVR: 1.21.2 NVIDIA driver: 470.86 GPU: GTX 1080 VR Headset: Valve Index

okawo80085 commented 2 years ago

@quantumac I can not reproduce the "Phasmophobia" crash, when i leave the wan nothing happens, the game runs fine. To be fear my test wasn't very long, 20 minutes maybe. In my case it could be time based since "Half Life: Alyx" crashes after about an hour.

I'll probably do a more prolonged test of "Phasmophobia" later.

I did update my GPU driver, had to do so for Steam to stop crashing on start x)

OS: Ubuntu 20.04.3 LTS Steam: built Nov 22 2021 22:06:59 [beta] Proton Version: Proton Experimental SteamVR: 1.21.2 GPU: RTX 3060 NVIDIA driver: 495.44 VR Headset: Valve Index

quantumac commented 2 years ago

Error (-203) persists with the new SteamVR Beta 1.21.3 under Linux. Quickly verified with three titles which reproduced the error before (i.e. "Waltz of the Wizard: Natural Magic" as described in my Sep 8th message, "Phasmophobia" as described in my Nov 26th message, and "Paper Beast" as described as described in my Nov 29th message). No change in symptoms.

OS: Ubuntu 20.04 (Linux) SteamVR: 1.21.3 NVIDIA driver: 470.86 GPU: GTX 1080 VR Headset: Valve Index

quantumac commented 2 years ago

Has anyone seen error -203 using an AMD GPU or is this limited to NVIDIA?

mSparks43 commented 2 years ago

Has anyone seen error -203 using an AMD GPU or is this limited to NVIDIA?

pretty sure this one is nvidia specific, we all here reporting it on nvidia cards and it doesnt happen with 465 drivers. But 465 drivers are a stutter mess and (at least on fedora 35) also cant be installed any more without some hackery.

mSparks43 commented 2 years ago

As of this moment, with "disableAsync" : true, "enableLinuxVulkanAsync" : true,

kernel 5.15.5-200.fc35.x86_64 steamvr beta 1.21.3 Nvidia 470.62.12

I "think" I'm golden, I'll edit this post if it happens again.

quantumac commented 2 years ago

I tried the 495.44 NVIDIA driver. The (-203) error persists. I saw the same issues with same titles using the same steps I've outlined above.

I noticed on Steam that a Windows 11 user was complaining about error (-203) with SteamVR Beta 1.21.3, so the issue may not be limited to Linux.

OS: Ubuntu 20.04 (Linux) SteamVR: 1.21.3 NVIDIA driver: 495.44 GPU: GTX 1080 VR Headset: Valve Index