Error Loading Libgl
Contents |
communities company blog Stack Exchange Inbox Reputation and Badges sign up log in tour help Tour Start here for a quick overview of the site Help Center Detailed answers to any questions you might have Meta Discuss the workings and policies of this site About Us Learn libgl error failed to load driver r600 more about Stack Overflow the company Business Learn more about hiring developers or
Libgl Error Failed To Load Driver Nouveau
posting ads with us Ask Ubuntu Questions Tags Users Badges Unanswered Ask Question _ Ask Ubuntu is a question and answer
Libgl Error Failed To Load Driver I965
site for Ubuntu users and developers. Join them; it only takes a minute: Sign up Here's how it works: Anybody can ask a question Anybody can answer The best answers are voted up and rise
Libgl Error Failed To Load Driver Swrast Ubuntu
to the top Error loading libGL.so.1 up vote 44 down vote favorite 21 When attempting to run various pieces of software (notably Steam and Yenka), I have come across an error similar to this: error while loading shared libraries: libGL.so.1: cannot open shared object file: No such file or directory I'm running a 64 bit system, with an NVidia Optimus card (I dual boot for certain windows only software that libgl error failed to load driver vboxvideo requires a dedicated graphics card). I have bumblebee installed, and I am using the nvidia-current driver, rather that one downloaded from NVidia, as recommended. The library (libGL.so.1) is not present in the top directory of /usr/lib, however it is present in /usr/lib32/nvidia-current, as a softlink to /usr/lib32/nvidia-current/libGL.so.304.64. A section of the output from ldconfig -p: libGL.so.1 (libc6,x86-64, OS ABI: Linux 2.4.20) => /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 libGL.so (libc6,x86-64, OS ABI: Linux 2.4.20) => /usr/lib/x86_64-linux-gnu/libGL.so libGL.so (libc6,x86-64, OS ABI: Linux 2.4.20) => /usr/lib/x86_64-linux-gnu/mesa/libGL.so Obviously a library with that name is being loaded, but they are located in /usr/lib/x86_64-linux-gnu, however installed software doesn't seem to able to 'see' it. For Steam, running it with optirun causes it to work, but this is not the case for Yenka. I assume that optirun causes the library stored in /usr/lib32/nvidia-current to be used, which allows Steam to run, so I can't understant why Yenka won't run. Can anyone explain why software can't see the normal mesa library, and why Yenka refuses to run with the nvidia-current library? nvidia nvidia-optimus bumblebee libraries steam share|improve this question edited Sep 12 '15 at 18:08 dobey 24.1k32160 asked Feb 18 '13 at 19:52 p0llard 7761723 add a comment| 8 Answers 8 active oldest votes up vote 36 down
communities company blog Stack Exchange Inbox Reputation and Badges sign up log in tour help Tour Start here for a quick overview of the site Help Center Detailed answers to any questions you might have Meta Discuss the workings steam libgl error unable to load driver and policies of this site About Us Learn more about Stack Overflow matlab libgl error failed to load driver nouveau the company Business Learn more about hiring developers or posting ads with us Ask Ubuntu Questions Tags Users libgl error driver pointer missing Badges Unanswered Ask Question _ Ask Ubuntu is a question and answer site for Ubuntu users and developers. Join them; it only takes a minute: Sign up Here's how it works: http://askubuntu.com/questions/257897/error-loading-libgl-so-1 Anybody can ask a question Anybody can answer The best answers are voted up and rise to the top “error while loading shared libraries: libGL.so.1: wrong ELF class: ELFCLASS32” installing ATI drivers up vote 6 down vote favorite 4 I was following the instructions on section 3.2 of this page. Everything went well until step 8, which is to use sudo amdconfig http://askubuntu.com/questions/332526/error-while-loading-shared-libraries-libgl-so-1-wrong-elf-class-elfclass32 --initial to create a new xorg.conf file, but I get the following error: amdconfig: error while loading shared libraries: libGL.so.1: wrong ELF class: ELFCLASS32 I tried creating the file /etc/ld.so.conf.d/lib32.conf with /usr/lib32 inside, as the second answer here suggested, and ran sudo ldconfig but nothing changed. EDIT: Installed libgl1-mesa-glx:i386 and ran sudo ldconfig, and problem persisted even after rebooting. EDIT2: Since step seven of the first link, after rebooting my top and side panels of unity and also the dash are missing, but I'm assuming this will be fixed when I finish the drivers installation. EDIT3: Same error happens with fglrxinfo and glxinfo command (before following step 7 glx info was normal). EDIT4: output of lspci -v | grep -A10 VGA (complete output) 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Dell Device 0572 Flags: bus master, fast devsel, latency 0, IRQ 45 Memory at c1000000 (64-bit, non-prefetchable) [size=4M] Memory at b0000000 (64-bit, prefetchable) [size=256M] I/O ports at 4000 [size=64] Expansion ROM at
here for a quick overview of the site Help Center Detailed answers to any questions you might have Meta Discuss the workings and policies of this site About Us Learn more http://superuser.com/questions/653926/how-to-fixerror-while-loading-shared-libraries-libgl-so-1 about Stack Overflow the company Business Learn more about hiring developers or posting ads with us Super User Questions Tags Users Badges Unanswered Ask Question _ Super User is a question and answer site for computer enthusiasts and power users. Join them; it only takes a minute: Sign up Here's how it works: Anybody can ask a question Anybody can answer The best answers are voted up and rise libgl error to the top How to fix“error while loading shared libraries: libgl.so.1” up vote 4 down vote favorite After I run this command dpkg -l |grep ^rc|awk '{print $2}' |sudo xargs dpkg -P I got the problem while opening smplayer,cairo-dock,unity-2d-shell and amdconfig ,"error while loading shared libraries: libGL.so.1:cannot open shared object file: No such file or directory". Maybe there are other applications would meet the same problem. But I do have to load driver the file locate libGL.so.1 /usr/lib/FGL.renamed.libGL.so.1.2 /usr/lib/libGL.so.1 /usr/lib/libGL.so.1.2 /usr/lib/i386-linux-gnu/libGL.so.1 /usr/lib/i386-linux-gnu/libGL.so.1.2 /usr/lib/i386-linux-gnu/fglrx/fglrx-libGL.so.1.2 /usr/lib/i386-linux-gnu/mesa/FGL.renamed.libGL.so.1.2 /usr/lib/x86_64-linux-gnu/mesa/FGL.renamed.libGL.so.1.2 /usr/lib32/libGL.so.1 /usr/lib32/libGL.so.1.2 ldd $(which unity-2d-shell)|grep libGL libGL.so.1 => not found ldd $(which mplayer)|grep not libGL.so.1 => not found But ldd $(which smplayer)|grep libGL got nothing. linux ubuntu apt-get dpkg share|improve this question edited Oct 3 '13 at 15:37 Braiam 3,67711542 asked Oct 3 '13 at 14:57 Ziu 23116 add a comment| 2 Answers 2 active oldest votes up vote 1 down vote accepted @Braiam is spot on. You should also know that finding a file with locate does not mean it exists. locate uses a database that is refreshed every now and then. It does not search the actual file systsem but it's database. You can run updatedb to refresh the database before searching or use the -e flag: -e, --existing Print only entries that refer to files existing at the time locate is run. For example: $ touch stupid_stupid_file.txt $ locate stupid_stupid_file.txt ## No results $ sudo updatedb ## refresh database $ locate stupid_stupid_file.txt /home/terdon/stupid_stupid_file.txt ## the file was found after updatedb $ rm stupid_stupid_file.txt ## delete the file $ locate stupid_stupid_file.txt /home/terdon/stupid_stupid_file.txt ## the file is still in the database $ locate -e stupid_stupid_file.txt ## the file is not found using -e share|