linux上的gDebugger libGL错误答案

【问题标题】：gDebugger libGL error on linuxlinux上的gDebugger libGL错误
【发布时间】：2014-10-05 11:25:11
【问题描述】：

我正在尝试使用 gDEBugger 调试我的 OpenGL 项目，但不幸的是 gDEBugger 甚至没有启动：

~/bin/gDEBugger581-x86_64> ./gDEBugger-bin 
libGL error: failed to load driver: swrast
libGL error: Try again with LIBGL_DEBUG=verbose for more details.
Segmentation fault
~/bin/gDEBugger581-x86_64> LIBGL_DEBUG=verbose ./gDEBugger-bin 
libGL: screen 0 does not appear to be DRI2 capable
libGL: OpenDriver: trying /usr/lib64/dri/updates/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib64/dri/updates/swrast_dri.so
libGL error: dlopen /usr/lib64/dri/updates/swrast_dri.so failed (/usr/lib64/dri/updates    /swrast_dri.so: cannot open shared object file: No such file or directory)
libGL: OpenDriver: trying /usr/lib64/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib64/dri/swrast_dri.so
libGL error: dlopen /usr/lib64/dri/swrast_dri.so failed (/usr/lib64/dri/swrast_dri.so:     undefined symbol: _glapi_tls_Dispatch)
libGL error: unable to load driver: swrast_dri.so
libGL error: failed to load driver: swrast
Segmentation fault

最后一个 gremedy 版本 (5.8.1)、最后一个 AMD 版本 (6.2.4) 和最新的 CodeXL 版本会发生这种情况（CodeXL 不会崩溃，但同样的错误不会出现，而且调试不会工作）。

我使用的是 OpenSuse 13.1，我有一张 NVIDIA 卡并安装了最新的驱动程序。其他 OpenGL 程序工作得很好。到目前为止，我已经尝试重新安装 NVIDIA 驱动程序，重新安装所有 MESA 包，将 CUDA 从 5.5 更新到 6.5，检查所有 mesa 包是否从标准 suse 存储库安装并运行 ldd：

~/bin/gDEBugger581-x86_64> ldd gDEBugger-bin 
    linux-vdso.so.1 (0x00007fffe9ffe000)
    libGRBaseTools.so => ./libGRBaseTools.so (0x00007f41df93e000)
    libGROSWrappers.so => ./libGROSWrappers.so (0x00007f41df6cc000)
    libGRAPIClasses.so => ./libGRAPIClasses.so (0x00007f41df358000)
    libGRProcessDebugger.so => ./libGRProcessDebugger.so (0x00007f41df123000)
    libGRApiFunctions.so => ./libGRApiFunctions.so (0x00007f41deedf000)
    libGRApplicationComponents.so => ./libGRApplicationComponents.so (0x00007f41debce000)
    libgDEBuggerAppCode.so => ./libgDEBuggerAppCode.so (0x00007f41de5b0000)
    libwx_base-2.8.so.0 => ./libwx_base-2.8.so.0 (0x00007f41de29e000)
    libwx_gtk2_core-2.8.so.0 => ./libwx_gtk2_core-2.8.so.0 (0x00007f41ddcd9000)
    libwx_gtk2_html-2.8.so.0 => ./libwx_gtk2_html-2.8.so.0 (0x00007f41dda2f000)
    libwx_gtk2_adv-2.8.so.0 => ./libwx_gtk2_adv-2.8.so.0 (0x00007f41dd753000)
    libwx_gtk2_aui-2.8.so.0 => ./libwx_gtk2_aui-2.8.so.0 (0x00007f41dd4e2000)
    libwx_gtk2_gl-2.8.so.0 => ./libwx_gtk2_gl-2.8.so.0 (0x00007f41dd2d5000)
    libwx_gtk2_stc-2.8.so.0 => ./libwx_gtk2_stc-2.8.so.0 (0x00007f41dcfcb000)
    libfreeimage.so.3 => ./libfreeimage.so.3 (0x00007f41dcc35000)
    libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f41dc92d000)
    libm.so.6 => /lib64/libm.so.6 (0x00007f41dc62a000)
    libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f41dc413000)
    libc.so.6 => /lib64/libc.so.6 (0x00007f41dc065000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00007f41dbe61000)
    librt.so.1 => /lib64/librt.so.1 (0x00007f41dbc59000)
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f41dba3b000)
    libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f41db6fd000)
    libz.so.1 => /lib64/libz.so.1 (0x00007f41db4e7000)
    libGL.so.1 => /usr/X11R6/lib64/libGL.so.1 (0x00007f41db19b000)
    libgtk-x11-2.0.so.0 => /usr/lib64/libgtk-x11-2.0.so.0 (0x00007f41dab5c000)
    libgdk-x11-2.0.so.0 => /usr/lib64/libgdk-x11-2.0.so.0 (0x00007f41da8a7000)
    libatk-1.0.so.0 => /usr/lib64/libatk-1.0.so.0 (0x00007f41da683000)
    libgio-2.0.so.0 => /usr/lib64/libgio-2.0.so.0 (0x00007f41da31c000)
    libpangoft2-1.0.so.0 => /usr/lib64/libpangoft2-1.0.so.0 (0x00007f41da108000)
    libgdk_pixbuf-2.0.so.0 => /usr/lib64/libgdk_pixbuf-2.0.so.0 (0x00007f41d9ee7000)
    libpango-1.0.so.0 => /usr/lib64/libpango-1.0.so.0 (0x00007f41d9c9b000)
    libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007f41d9a09000)
    libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007f41d97cc000)
    libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x00007f41d957b000)
    libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 (0x00007f41d9377000)
    libgthread-2.0.so.0 => /usr/lib64/libgthread-2.0.so.0 (0x00007f41d9175000)
    libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007f41d8e72000)
    libXinerama.so.1 => /usr/lib64/libXinerama.so.1 (0x00007f41d8c6f000)
    libXxf86vm.so.1 => /usr/lib64/libXxf86vm.so.1 (0x00007f41d8a69000)
    libSM.so.6 => /usr/lib64/libSM.so.6 (0x00007f41d8861000)
    libGLU.so.1 => /usr/lib64/libGLU.so.1 (0x00007f41d85e2000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f41dfb49000)
    libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f41d83c3000)
    libnvidia-tls.so.340.32 => /usr/lib64/tls/libnvidia-tls.so.340.32 (0x00007f41d81c0000)
    libnvidia-glcore.so.340.32 => /usr/lib64/libnvidia-glcore.so.340.32 (0x00007f41d55ad000)
    libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f41d539b000)
    libpangocairo-1.0.so.0 => /usr/lib64/libpangocairo-1.0.so.0 (0x00007f41d518e000)
    libXfixes.so.3 => /usr/lib64/libXfixes.so.3 (0x00007f41d4f88000)
    libcairo.so.2 => /usr/lib64/libcairo.so.2 (0x00007f41d4c69000)
    libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007f41d4a5f000)
    libXi.so.6 => /usr/lib64/libXi.so.6 (0x00007f41d484f000)
    libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x00007f41d4645000)
    libXcursor.so.1 => /usr/lib64/libXcursor.so.1 (0x00007f41d443a000)
    libXcomposite.so.1 => /usr/lib64/libXcomposite.so.1 (0x00007f41d4237000)
    libXdamage.so.1 => /usr/lib64/libXdamage.so.1 (0x00007f41d4034000)
    libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f41d3e10000)
    libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f41d3bf9000)
    libharfbuzz.so.0 => /usr/lib64/libharfbuzz.so.0 (0x00007f41d39a6000)
    libpng16.so.16 => /usr/lib64/libpng16.so.16 (0x00007f41d3769000)
    libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00007f41d353f000)
    libffi.so.4 => /usr/lib64/libffi.so.4 (0x00007f41d3337000)
    libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f41d30d1000)
    libICE.so.6 => /usr/lib64/libICE.so.6 (0x00007f41d2eb5000)
    libuuid.so.1 => /usr/lib64/libuuid.so.1 (0x00007f41d2cb0000)
    libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f41d2aac000)
    libpixman-1.so.0 => /usr/lib64/libpixman-1.so.0 (0x00007f41d2803000)
    libEGL.so.1 => /usr/X11R6/lib64/libEGL.so.1 (0x00007f41d24fa000)
    libxcb-shm.so.0 => /usr/lib64/libxcb-shm.so.0 (0x00007f41d22f7000)
    libxcb-render.so.0 => /usr/lib64/libxcb-render.so.0 (0x00007f41d20ed000)
    libgraphite2.so.3 => /usr/lib64/libgraphite2.so.3 (0x00007f41d1ed1000)
    libnvidia-glsi.so.340.32 => /usr/lib64/libnvidia-glsi.so.340.32 (0x00007f41d1c49000)

我注意到，当使用LIBGL_DEBUG=verbose 运行我自己的程序时，根本没有 libGL 输出。如果重要的话，我正在使用 glfw 2.7 和 glew 1.9。过剩的应用程序工作。

我想 gDEBugger 有一种不同的方式来查找和加载 libGL，并且不知何故它最终使用了 mesa 而不是 nvidia。但我对 mesa 和 nvidia 驱动程序及其工作原理的了解非常有限。

编辑：新信息：

strace -e open ./gDEBugger-bin 2>&1 | grep libGL.so
open("./tls/x86_64/libGL.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("./tls/libGL.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("./x86_64/libGL.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("./libGL.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib64/mpi/gcc/openmpi/lib64/libGL.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/home/damdam/bin/pgmodeler/libGL.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/X11R6/lib64/libGL.so.1", O_RDONLY|O_CLOEXEC) = 3
open("/usr/X11R6/lib64/libGL.so.340.32", O_RDONLY) = 3
open("/usr/X11R6/lib64/libGL.so.340.32", O_RDONLY) = 3
open("/usr/X11R6/lib64/libGL.so.340.32", O_RDONLY) = 4
open("/usr/lib64/libGL.so.1", O_RDONLY|O_CLOEXEC) = 7
open("/usr/X11R6/lib64/libGL.so.340.32", O_RDONLY) = 7
open("/usr/lib64/libGL.so.1", O_RDONLY) = 7

为了比较，这对于工作程序是相同的：http://paste.opensuse.org/76645738 这是完整的输出（没有 grep）：http://paste.opensuse.org/8336779

我尝试在/usr/lib64/ 中设置以下链接：

 libGLESv1_CM.so -> /usr/X11R6/lib64/libGLES
 libGLESv1_CM.so.1 -> /usr/X11R6/lib64/libGL
 libGLESv1_CM.so.1.1.0 -> /usr/X11R6/lib64/l
 libGLESv2.so -> /usr/X11R6/lib64/libGLESv2.
 libGLESv2.so.2 -> /usr/X11R6/lib64/libGLESv
 libGLESv2.so.2.0.0 -> /usr/X11R6/lib64/libG
 libGL.so -> /usr/X11R6/lib64/libGL.so
 libGL.so.1 -> /usr/X11R6/lib64/libGL.so
 libGL.so.1.2 -> /usr/X11R6/lib64/libGL.so
 libGL.so.1.2.0 -> /usr/X11R6/lib64/libGL.so

在行为改变之后，程序因段错误而崩溃，并且没有打印任何内容。

编辑：新讯息 gremedy gDEBugger (5.8.1) 不再加载 /usr/lib64/libGL.so 时

 export LIBGL_DRIVERS_PATH="/usr/X11R6/lib64/"

它只是崩溃。所以我现在的猜测是，它一直都知道正确的 libGL，但无法加载它。要么是我的系统有问题，要么我是第一个报告这个问题的人。

【问题讨论】：

标签： linux opengl

【解决方案1】：

我在同一个发行版、同一个版本上遇到了同样的问题。最终我追踪到了环境变量LD_LIBRARY_PATH。

我已将/usr/lib/ 和/usr/lib64/ 添加到LD_LIBRARY_PATH 以尝试解决链接问题。似乎包括LD_LIBRARY_PATH 中的那些目录意味着Mesa-libGL1 包中的/usr/lib64/libGL.so.1 隐藏了x11-video-nvidiaG02 包中的/usr/X11R6/lib64/libGL.so.1。

在没有这两个目录的情况下重新导出 LD_LIBRARY_PATH 已整理出 libGL 并再次工作。

【讨论】：

【解决方案2】：

错误消息表明，由于某种原因，gDEBugger 动态链接了libGL.so 的 Mesa 变体（只有 Mesa 尝试使用 DRI 协议）。使用系统中的 NVidia GPU 并且我认为 NVidia 专有驱动程序也已安装和配置，这表明出现了严重问题。

另一种可能性是，您根本没有安装 NVidia 专有驱动程序并且完全在 Mesa 之外运行。问题是，Mesa 的 NVidia GPU 支持对于 2005 年以后构建的任何 GPU 来说只是初级的。

请注意，如果您使用的是 NVidia 专有驱动程序，则根本不需要安装 Mesa（尽管拥有它并使用 Mesa libGL.so 作为程序的链接目标，即使 NVidia libGL.so 是在运行时使用是相当明智的）。

【讨论】：

我正在考虑类似的事情，但我不知道如何找到并解决问题。是的，已安装 nvidia 驱动程序。如前所述，其他opengl程序运行良好。你会建议尝试卸载台面吗？
@Adam：如有疑问：停止 X11 服务器，登录文本控制台，卸载所有与实现 OpenGL 相关的包（mesa、nvidia 驱动程序等），find / -name 'libGL.so' -print -delete 并重新安装NVidia 驱动程序。
@Adam：为了分析问题，比较 ldd $(which glxinfo) 和 ldd gDEBugger-bin 关于 libGL.so 的输出。然后检查他们链接的文件属于 NVidia 或 Mesa（可能是一个符号链接，所以你必须遵循它到最后）。
我只是试图卸载 mesa，但大量的软件包依赖于它。我唯一能够卸载的是 DirectFB-Mesa，但它并没有改变任何东西。
这是 glxinfo 的 ldd 输出：paste.opensuse.org/29029986，在我看来是一样的。我自己的程序也指向 /usr/X11R6/lib64/ 中的相同位置。我试图找到 libGL.so 文件：paste.opensuse.org/97456860 X11R6 中的文件似乎是 nvidia：ll /usr/X11R6/lib64/libGL.so /usr/X11R6/lib64/libGL.so -> libGL.so.1 /usr/X11R6/lib64/libGL.so.1 -> libGL.so.340.32 用于 `/usr/lib64/ 中的文件，我创建了指向 nvidia 的链接。没有任何改变。