Dopo che è stato reinstallato, gli aggiornamenti sono stati scaricati ma non verrà avviato nemmeno dal terminale. Questo è il messaggio di errore che dà:
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)
Ho avuto lo stesso problema, che sono stato in grado di risolvere seguendo le istruzioni del link :
Questo è un problema con Steam e Ubuntu 15.04. Steam raggruppa vecchie librerie e sono in collisione con i conducenti di mesa, che è anche il motivo per cui i driver chiusi non vedono questo problema.
C'è un bug aperto in github steam la soluzione per ora è di rimuovere la vecchia versione di lib, almeno finché la valvola non risolve il problema il loro script di avvio o simile. Quindi inserisci queste cartelle e fai questo
Codice:
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.bakHa funzionato per me ... ma tieni presente che se alcuni giochi lo richiedevano vecchia lib dal runtime del vapore, potrebbe bloccarsi (ecco perché dovrebbe essere valvola che lo fissa)
Modifica: I passaggi nella discussione erano già citati da problema con l'installazione Steam su Ubuntu 15.04+ , quindi puoi andare lì per maggiori dettagli nel caso in cui queste istruzioni non siano sufficienti per risolvere il tuo problema.
La risposta sopra era corretta per me anche se il percorso dei file non era esattamente lo stesso quando stavo cercando di far funzionare il 16.04 il percorso di cui avevo bisogno era
~/.steam/bin/steam-runtime/i386/usr/lib/i386-linux-gnu
Inoltre, dopo aver aggiornato la prima volta, dovevo farlo di nuovo o ancora non si aggiornava.
Invece di rimuovere libstdc ++, per prima cosa controlla se questo errore è causato da ambigui link simbolici libGL.
Fai riferimento alla mia altra risposta che ha funzionato anche per me per risolvere questo problema link
Ho intenzione di incollare il contenuto qui:
Se stai usando il driver nvidia, a volte vedrai che libGL.so.1 punta alla libGL ambigua fornita da mesa e nvidia. Per verificare ciò, è possibile eseguire questo comando
$ sudo ldconfig -p | grep -i gl.so
L'output era qualcosa del tipo:
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
Ora avevo solo bisogno di rimuovere la libreria fornita da mesa e tutto ha funzionato perfettamente.
$ sudo rm /usr/lib/i386-linux-gnu/mesa/libGL.so.1
balver ha funzionato, tuttavia, la directory è leggermente diversa da quella pubblicata. Ecco la sequenza di comando mentre l'ho digitato:
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