编译SFML-project时出现问题（看不到任何图形）：
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
可以通过以下教程简单地重新安装nvidia驱动程序来解决此错误：https : //askubuntu.com/a/451248/341889
..但是当我获得新的更新时-此错误返回;（我该怎么办？这不是解决方案-不使用系统的更新...
PS，是的，我在安装nvidia驱动程序后保存了所有更改
Answers:
该swrast事情是软件渲染器。这意味着它没有找到图形卡的硬件驱动程序。安装了一堆libGL库，以及到这些库的一堆符号链接。要查看这些内容，请从外壳程序中运行：
find /usr -iname "*libGL.so*" -exec ls -l -- {} +
现在，可能是您出现问题的原因是，安装图形驱动程序有时会破坏这些符号链接。（特别/usr/local/lib/libGL.so.1.2.0可能是错误的lib或指向错误链接的符号链接）。
要确定OpenGL程序试图运行的库，您可以打开一些详细信息并运行一个简单的OpenGL程序。您可以使用标准的OpenGL测试程序来验证这一点：
LIBGL_DEBUG=verbose glxgears
希望这将以与SFML相同的方式失败。有了LIBGL_DEBUG它应该告诉你什么OpenGL库它试图加载。此外，几乎可以肯定要尝试加载的/usr/local/lib/libGL.so.1.2.0库（编辑：这是我回答此书时机器上的标准OpenGL库。现在很可能是机器上的其他版本）。
因此解决方案（在这种情况下）是确保这/usr/local/lib/libGL.so.1.2.0是指向正确的OpenGL库的符号链接。就我而言，我拥有Nvidia 3.40驱动程序，因此我运行了：
ln -s /usr/lib/nvidia-340/libGL.so.1 /usr/local/lib/libGL.so.1.2.0
但是，您需要将其指向适合您的OpenGL库（在第一个find命令中列出）。
总结：安装（专有）图形驱动程序可能会中断用于OpenGL库的符号链接。要解决此问题，请手动修复符号链接（/usr/local/lib/libGL.so.1.2.0先修复）。
我在获取正确的符号链接以指向nVidia驱动程序时遇到了问题，我发现了另一种对我有用的方法。
在这里概述。
并且列出了如何通过PPA安装nVidia驱动程序，该驱动程序可用于最新版本349.16。
首先通过打开终端窗口（Ctrl+ ALT+ T）并键入以下命令来卸载当前安装的所有nVidia驱动程序
sudo apt-get remove nvidia*
重新启动系统
然后打开另一个终端并输入以下内容
sudo add-apt-repository ppa:xorg-edgers/ppa
sudo apt-get update
sudo apt-get install nvidia-349 nvidia-settings
sudo add-apt-repository -r ppa:xorg-edgers/ppa
然后再次重启
我在失去符号链接后尝试了此操作，并且在安装驱动程序后，steam可以正常工作，并且在进行了400兆兆的系统更新后，它仍然可以正常工作。
为替代Adrian的答案：如果您更喜欢直接使用NVIDIA提供的专有驱动程序，而不是PPA中的专有驱动程序，则安装（或者在我的情况下，重新安装）最新的专有驱动程序可以帮助消除错误。
如果您还没有NVIDIA驱动程序，请从NVIDIA网站下载驱动程序。接下来，切换到tty（ctrl+ alt+ F1）并关闭您的登录管理器：
如果使用lightdm， $ sudo service lightdm stop
如果使用gdm， $ sudo service gdm stop
导航到安装脚本并运行它，然后按照提示进行操作。如果预安装脚本失败，请不要担心。我始终接受注册DKMS和32位兼容性库。安装驱动程序后，重新启动计算机：
$ sudo reboot
如果您已经具有来自较早NVIDIA驱动程序的安装脚本，只需按照上面所述运行NVIDIA驱动程序安装脚本，但使用“ --update”选项即可：
$ sudo ./NVIDIA-Linux-x86_64-***.**.run --update
这将为您提供最新版本的驱动程序。
这样做解决了我的libGL error: failed to load driver: swrast错误。
在ubuntu 18上也遇到了同样的问题。这基本上只发生在32位应用程序上。所以我的想法是安装32位nvidia，因为我的/ usr / lib / i386-linux-gnu /文件夹可疑是空的。
经过极少的尝试，这解决了我的蒸汽和红酒无法开始的问题：
sudo apt install libnvidia-gl-418:i386
（并将418更改为您拥有的任何版本）
有趣的是，应用程序没有抱怨安装过程中缺少依赖项。
我必须承认，我不确定为什么这对我有用，但确实如此。在这种特殊情况下，通过添加新条目来“修复” ld.so.conf.d条目，如下所示：
sudo ln -s /usr/lib/nvidia-381/ld.so.conf /etc/ld.so.conf.d/nvidia64.conf
sudo ldconfig
直到您运行以下命令，这才有意义find：
$ find -L /etc/ld.so.conf.d -type f | xargs grep -i nvidia
/etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf:/usr/lib/nvidia-381
/etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf:/usr/lib32/nvidia-381
/etc/ld.so.conf.d/x86_64-linux-gnu_EGL.conf:/usr/lib/nvidia-381
/etc/ld.so.conf.d/x86_64-linux-gnu_EGL.conf:/usr/lib32/nvidia-381
/etc/ld.so.conf.d/nvidia64.conf:/usr/lib/nvidia-381
/etc/ld.so.conf.d/nvidia64.conf:/usr/lib32/nvidia-381
为什么相同的条目一式三份起作用，但不能重复出现，我不知道！
我只用这行：
sudo rm /usr/lib/i386-linux-gnu/libGL.so.1
而且有效。
因为执行时看到这样的输入sudo ldconfig -p | grep -i gl.so：
libwayland-egl.so.1 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libwayland-egl.so.1
libcogl.so.20 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libcogl.so.20
libOpenGL.so.0 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libOpenGL.so.0
libOpenGL.so (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libOpenGL.so
libGL.so.1 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libGL.so.1
libGL.so.1 (libc6) => /usr/lib/i386-linux-gnu/libGL.so.1
libGL.so (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libGL.so
libEGL.so.1 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libEGL.so.1
libEGL.so (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libEGL.so
从Macbook Pro SSH到Ubuntu VM时，我遇到了这个奇怪的问题，但是在Ubuntu 16.04上安装以下Nvidia驱动程序可以解决此问题。希望这对您有用。
须藤apt-get install nvidia-331
libGL.so：LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu/mesa ./glprogram。默认情况下，/usr/lib/nvidia-361/libGL.so由于我的Ubuntu 16.04使用/etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf它，因此一切正常。