Steam ne démarre pas sur Ubuntu 16.04

19

Une fois qu'il a été réinstallé, les mises à jour ont été téléchargées, mais il ne démarre même pas à partir du terminal. Voici le message d'erreur qu'il donne:

Running Steam on ubuntu 16.04 32-bit  
STEAM_RUNTIME is enabled automatically  
[2016-04-25 09:12:35] Startup - updater built Mar 31 2016 19:10:48  
SteamUpdateUI: An X Error occurred  
X Error of failed request:  BadValue (integer parameter out of range for operation)

— Henry Wayat
source

Bug sur le tracker Ubuntu officiel: bugs.launchpad.net/ubuntu/+source/steam/+bug/1527669 J'ai résolu un problème similaire en rétrogradant le pilote nvidia: askubuntu.com/questions/893922/…

— Ciro Santilli 新疆改造中心法轮功六四事件

43

J'ai eu le même problème, que j'ai pu résoudre en suivant les instructions de http://ubuntuforums.org/showthread.php?t=2275526 :

C'est un problème avec Steam et Ubuntu 15.04. Steam regroupe les anciennes bibliothèques et entre en collision avec les pilotes mesa, c'est aussi pourquoi les pilotes fermés ne voient pas ce problème.

Il y a un bogue ouvert dans Steam Github, la solution de contournement pour l'instant consiste à supprimer l'ancienne version de la lib, au moins jusqu'à ce que Valve corrige le problème dans leur script de démarrage ou similaire. Alors entrez dans ces dossiers et faites-le

Code:
cd $HOME/.steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu
mv libstdc++.so.6 libstdc++.so.6.bak
cd $HOME/.steam/ubuntu12_32/steam-runtime/amd64/usr/lib/x86_64-linux-gnu
mv libstdc++.so.6 libstdc++.so.6.bak
Cela a fonctionné pour moi ... mais veuillez noter que si un jeu nécessitait cette vieille lib du runtime de vapeur, il peut se bloquer (c'est pourquoi la valve devrait réparer cela)

Edit: Les étapes du fil étaient déjà citées dans Problème d'installation de Steam sur Ubuntu 15.04+ , vous pouvez donc y aller pour plus de détails au cas où ces instructions ne vous suffiraient pas pour résoudre votre problème.

— balver
source

Pour la commande à la fois mv, je suis arrivé: gnu: No such file or directory. Pourquoi?

— Casper

@CasperLI Ils peuvent se trouver dans un répertoire différent. Essayez d'aller sur le chemin de la réponse de Nick ( askubuntu.com/a/778521/514190 ) et de renommer libstdc ++. So.6 dans votre gestionnaire de fichiers préféré. Ou trouvez simplement le fichier:

— balver

commande manquante dans le commentaire ci-dessus:find ~/.steam -name "libstdc++.so.6"

— balver

Cela n'a pas fonctionné sur Ubuntu 17.10

— Ray Foss

Le redémarrage l'a corrigé ... J'avais fermé quoi que ce soit ps aux | grep steam. Il doit exécuter autre chose. Encore une déception qu'il semble planter hors ligne.

— Ray Foss

5

La réponse ci-dessus était correcte pour moi, bien que le chemin d'accès aux fichiers ne soit pas tout à fait le même lorsque j'essayais de faire fonctionner Steam le 16.04, le chemin dont j'avais besoin était

~/.steam/bin/steam-runtime/i386/usr/lib/i386-linux-gnu

De plus, après la mise à jour de la première fois, j'ai dû recommencer ou cela ne se mettait toujours pas à jour.

— Nick Peppers
source

3

Au lieu de supprimer libstdc ++, examinez d'abord si cette erreur est causée par des liens symboliques libGL ambigus.

Reportez-vous à mon autre réponse qui a également fonctionné pour moi en résolvant ce problème /ubuntu//a/903488/364084

Je vais coller le contenu ici:

Si vous utilisez le pilote nvidia, vous verrez parfois que libGL.so.1 pointe vers libGL ambigu fourni par mesa et nvidia. Pour tester cela, vous pouvez exécuter cette commande

$ sudo ldconfig -p | grep -i gl.so

La sortie était quelque chose comme:

    libwayland-egl.so.1 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libwayland-egl.so.1
    libftgl.so.2 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libftgl.so.2
    libcogl.so.20 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libcogl.so.20
    libQt5OpenGL.so.5 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libQt5OpenGL.so.5
    libQtOpenGL.so.4 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libQtOpenGL.so.4
    libQtOpenGL.so.4 (libc6) => /usr/lib/i386-linux-gnu/libQtOpenGL.so.4
    libOpenGL.so.0 (libc6,x86-64) => /usr/lib/nvidia-378/libOpenGL.so.0
    libOpenGL.so (libc6,x86-64) => /usr/lib/nvidia-378/libOpenGL.so
    libGL.so.1 (libc6,x86-64) => /usr/lib/nvidia-378/libGL.so.1
    libGL.so.1 (libc6) => /usr/lib/i386-linux-gnu/mesa/libGL.so.1
    libGL.so.1 (libc6) => /usr/lib32/nvidia-378/libGL.so.1
    libGL.so (libc6,x86-64) => /usr/lib/nvidia-378/libGL.so
    libGL.so (libc6) => /usr/lib32/nvidia-378/libGL.so
    libEGL.so.1 (libc6,x86-64) => /usr/lib/nvidia-378/libEGL.so.1
    libEGL.so.1 (libc6) => /usr/lib32/nvidia-378/libEGL.so.1
    libEGL.so (libc6,x86-64) => /usr/lib/nvidia-378/libEGL.so
    libEGL.so (libc6) => /usr/lib32/nvidia-378/libEGL.so

Maintenant, je devais juste supprimer la bibliothèque fournie par mesa et tout fonctionnait parfaitement.

$ sudo rm /usr/lib/i386-linux-gnu/mesa/libGL.so.1

— Zobayer Hasan
source

0

La résolution de Balver a fonctionné, cependant, le répertoire est légèrement différent de ce qui a été publié. Voici la séquence de commandes telle que je l'ai tapée:

cd $HOME/.steam/steam/ubuntu12_32/steam-runtime/i386/usr/lib/i386-linux-gnu
mv libstdc++.so.6 libstdc++.so.6.bak
cd $HOME/.steam/steam/ubuntu12_32/steam-runtime/amd64/usr/lib/x86_64-linux-gnu
mv libstdc++.so.6 libstdc++.so.6.bak

— Skotizo
source