L’article ne peut pas être activé avec JavaScript. Vous pouvez également activer JavaScript dans votre navigateur et sur la nouvelle page.
Si SteamVR sous Linux meurt avec l’erreur 303, la réponse de Valve est de vérifier l’installation de votre pilote Nvidia avant toute autre chose. Répondant sur son tracker SteamVR-for-Linux le 30 septembre à 23h26 UTC, Valve a écrit que « le pilote propriétaire NVIDIA nécessite que le module de noyau en cours d’exécution du pilote, les bibliothèques d’espace utilisateur 32 bits et les bibliothèques d’espace utilisateur 64 bits soient tous installés et exactement la même version pour fonctionner correctement ».
Dans le rapport qui l’a motivé, ce n’était pas le cas. Valve a déclaré au propriétaire que son installation « manquait des bibliothèques d’espace utilisateur 32 bits », et que cela « obligeait Steam à passer à llvmpipe (le moteur de rendu CPU plus rapide de Mesa) pour s’exécuter ». Valve a ajouté que Vulkan était en panne sur le système en général. Un runtime VR n’a rien avec lequel fonctionner dans cet état.
Un pilote à moitié installé ne ressemble pas à un problème de pilote
Le bureau apparaît toujours, Steam s’ouvre toujours et rien n’annonce que la carte graphique a discrètement disparu de l’image et qu’un moteur de rendu CPU a pris le relais. Ce que le propriétaire a vu était un code d’erreur VR et aucun journal du compositeur, ce qui ressemble à une erreur SteamVR.
Le rapport de bug, « Erreur 303 lors du lancement du jeu, aucun journal du compositeur », a été ouvert le 30 septembre à 23h12 UTC. La réponse de Valve est arrivée environ 14 minutes plus tard et pointait vers les diagnostics plutôt que vers SteamVR. Après être passé à un pilote 610, le propriétaire a signalé que les diagnostics n’indiquaient plus llvmpipe. Le 1er octobre à 02h38 UTC, SteamVR démarrait sur Demi-vie : Alyx puis s’accrocher à un délai d’attente Mongoose, donc rien dans le fil n’est terminé.
Ce à quoi Valve s’est engagé et ne s’est pas engagé
Il s’agit d’un diagnostic dans une réponse du tracker, pas d’un article d’assistance. Valve a nommé l’exigence, nommé le symptôme et nommé le composant effectuant le travail à la place du GPU, et c’est tout. Il n’y a pas de correctif, pas de vérification SteamVR qui vous avertit lorsque les trois éléments d’une installation de pilote ne sont pas d’accord, et aucune déclaration indiquant qu’une installation est prévue. Le rapport est toujours ouvert.
Valve définit la règle comme une propriété du pilote propriétaire de Nvidia plutôt que de SteamVR, et la panne de Vulkan décrite concernait l’ensemble du système plutôt que quelque chose de limité à la réalité virtuelle. Les numéros de branche du pilote dans ce cas proviennent des propres tests du propriétaire plutôt que de Valve, donc la partie à retenir est l’exigence déclarée par Valve, et non une version particulière.
C’est aussi un rapport. Le numéro 977 n’a qu’un seul journaliste, et la déclaration de Valve concernant le pilote est générale plutôt que le décompte de quoi que ce soit. Il s’agit d’une chose utile à vérifier, et non d’une preuve d’une vague d’installations interrompues.
Ce n’est pas la même chose que le problème de la branche 580
Valve a confirmé séparément que la branche de pilote 580 de Nvidia rompait Steam Link VR sous Linux, ce qui est un problème différent avec une cause différente. Une installation incompatible peut être présente à côté, et les deux produiront des symptômes différents.
Pour toute personne dont le PC VR a cessé de fonctionner après une mise à jour du pilote ou une mise à niveau de la distribution, cette seule phrase de Valve est la chose la moins chère à exclure. Si le module du noyau, les bibliothèques 32 bits et les bibliothèques 64 bits ne sont pas tous sur la même version, la position de Valve est que le pilote ne devrait pas du tout fonctionner correctement.