你蝶来咯 發表於 2020-1-5 16:06:00

Ubuntu 18.04下Deepin QQ 9.1.8在NVIDIA环境中报libGL error的不完美解决方案

<p>本文首发于博客园(https://www.cnblogs.com/ArrowKeys/p/12152602.html),禁止转载。</p>
<h1 id="更新">更新</h1>
<p>已发现该错误的根本原因:官方网站上直接下载的CUDA安装包安装时会直接覆盖系统的libGL.so等相关文件。</p>
<p>解决方案:参考 https://github.com/ValveSoftware/steam-for-linux/issues/5778#issuecomment-575334890</p>
<p>其中提到的nvidia-drivers PPA是 http://ppa.launchpad.net/graphics-drivers/ppa</p>
<h2 id="背景">背景</h2>
<p>本机环境:NVIDIA GTX 1660Ti,Ubuntu 18.04,CUDA 10.2(显卡驱动版本440.33.01)</p>
<p>笔者按照wszqkzqk的方案安装了最新的deepin QQ(9.1.8),安装了CUDA 10.2(自带440.33.01显卡驱动)并切换至NVIDIA模式登录系统。此时发现QQ无法正常启动。</p>
<p>经过若干验证,基本确定如下现象:</p>
<ul>
<li>
<p>在Intel核显模式下可正常启动QQ 8.9.4和QQ 9.1.8。</p>
</li>
<li>
<p>在NVIDIA独显模式下可正常启动QQ 8.9.4,无法启动QQ 9.1.8。<br>
为了观察错误情况,在命令行中使用<code>/opt/deepinwine/apps/Deepin-QQ/run.sh</code>启动之,打印出错误如下:</p>
<blockquote>
<p>libGL error: No matching fbConfigs or visuals found<br>
libGL error: failed to load driver: swrast<br>
X Error of failed request:GLXBadContext<br>
Major opcode of failed request:152 (GLX)<br>
Minor opcode of failed request:6 (X_GLXIsDirect)<br>
Serial number of failed request:204<br>
Current serial number in output stream:203</p>
</blockquote>
</li>
</ul>
<h2 id="探索">探索</h2>
<p>错误报告明显指向libGL.so的错误使用。结合两种显卡模式下的不同表现,猜测问题出在使用NVIDIA显卡时不应使用现在版本的libGL.so,即可能两显卡各有自己适用的libGL.so。(顺便吐槽一句,之前的960M卡就没出问题……)</p>
<p>Deepin QQ调用的是32位库,于是尝试将软链接<code>/usr/lib/i386-linux-gnu/libGL.so.1</code>指向系统中的各种libGL库文件,但都没有解决问题。</p>
<h2 id="偶然发现">偶然发现</h2>
<p>由于笔者每次修改libGL.so.1的指向时都使用如下命令:</p>
<pre><code class="language-bash">mv libGL.so.1 libGL.so.1.backup
ln -s xxx libGL.so.1
</code></pre>
<p>某次修改时,因为手误,仅仅进行了mv就再次运行QQ,但意外地成功启动了。至于QQ是直接忽略了该库还是按加载优先级顺序加载了另一优先级较低的库,笔者至今未探明,但这一发现使笔者找到了一种比较hack的方案以启动QQ。</p>
<h2 id="不完美但可用">不完美但可用</h2>
<p>为了避免妨碍其他程序正常运行,显然不能直接删除libGL.so.1。方便起见,也不能每次运行QQ前都手动mv一遍,等成功启动后再改回来。能直接想到的方案就是写一个启动脚本,每次先mv再启动QQ再mv,但在libGL.so.1所在目录下操作需要sudo获取权限,这也算是另一种麻烦。想要在加载时唯独跳过这个so文件也没有合适的环境变量可供使用。最后可用的方案就是劫持加载so的过程(即<code>dlopen()</code>函数),使得QQ当且仅当加载libGL.so.1时加载失败。</p>
<p>撰写mydlopen.c如下(参考StackOverflow的某问题,对代码稍作了格式上的修改):</p>
<pre><code class="language-c">#define _GNU_SOURCE
#include &lt;dlfcn.h&gt;
#include &lt;string.h&gt;

void *dlopen (char const *Fnm, int Flg)
{
    void *(*real_dlopen) (char const *, int);
    *(void**)(&amp;real_dlopen) = dlsym(RTLD_NEXT, "dlopen");
    if (strcmp("libGL.so.1", Fnm) == 0) {
      return NULL;
    } else {
      return real_dlopen(Fnm, Flg);   
    }
}
</code></pre>
<p>使用命令<code>gcc mydlopen.c -fPIC -ldl -shared -m32 -o mydlopen32.so</code>将其编译为32位动态链接库(需gcc支持multilib,可通过<code>apt-get install gcc-7-multilib</code>安装支持)。</p>
<p>最后,使用<code>env LD_PRELOAD=/path/to/mydlopen32.so /opt/deepinwine/apps/Deepin-QQ/run.sh</code>运行QQ。(应用程序菜单中的QQ启动命令可在<code>/usr/share/applications/deepin.com.qq.im.desktop</code>文件中修改)</p><br><br>
来源:https://www.cnblogs.com/ArrowKeys/p/12152602.html
頁: [1]
查看完整版本: Ubuntu 18.04下Deepin QQ 9.1.8在NVIDIA环境中报libGL error的不完美解决方案