libEGL.so.1 不是符号连接

最新推荐文章于 2025-10-28 14:00:33 发布
转载 最新推荐文章于 2025-10-28 14:00:33 发布 · 6.5k 阅读 · 4

本文介绍了解决在Ubuntu 16.04.2中使用NVIDIA驱动375.39进行caffe runtest编译时遇到的libEGL.so.1错误的方法。该错误是因为系统试图加载的libEGL.so.1不是一个符号链接。解决方案包括对文件进行重命名并创建正确的符号链接。

ubuntu16.04.2

nvidia 375.39

问题描述：

在编译caffe runtest时候，出现的问题

/sbin/ldconfig.real: /usr/lib/nvidia-375/libEGL.so.1 不是符号连接
/sbin/ldconfig.real: /usr/lib32/nvidia-375/libEGL.so.1 不是符号连接

原因：

系统找的是一个符号连接，而不是一个文件。这应该是个bug....

解决方法：

1.对这两个文件更名

2.重新建立符号连接


sudo mv /usr/lib/

nvidia-375/libEGL.so.1 /usr/lib/nvidia-375/libEGL.so.1.org
sudo mv /usr/lib32/nvidia-375/libEGL.so.1 /usr/lib32/nvidia-375/libEGL.so.1.org
sudo ln -s /usr/lib/nvidia-375/libEGL.so.375.39 /usr/lib/nvidia-375/libEGL.so.1
sudo ln -s /usr/lib32/nvidia-375/libEGL.so.375.39 /usr/lib32/nvidia-375/libEGL.so.1

解决arm64位系统下执行ffplay缺少libEGL.so，libwayland-egl.so问题
有问题或资源连接有缺失的可以私信公众号新潮看世界获取
02-22 1479
我的系统是arm的18.04,我是直接使用sudo find / -name libEGL.so 命令在系统下/usr/lib/chromium-browser下找到的，而libwayland-egl.so也是在某个libmali-3399的目录下找到的。然后拷贝到/usr/lib目录下即可。首先下载sudo apt install libegl1-mesa，libwayland-egl1 都不成功,前者是下了之后，问题依旧。直接找到这两个库文件，塞到/usr/lib目录下试试吧。
QT5+OpenGL es2 + eglfs交叉编译安装（RK3399）
xuesong10210的博客
01-18 2万+
最近由于项目的需要，需要在aarch64 Ubuntu16.04中安装QT5，本来系统中自带了一个qt5，奈何项目要求必须是qt5.12的版本并且需要包含opengl和eglfs的库，所以只能重新移植QT5.12到开发板中，下面把移植过程记录下。 下载QT5源码 下载地址：https://download.qt.io/archive/qt/ 找到自己需要的版本进行下载。 图中标出来的就是源码下载链接。随便下载哪一个都行。下载后放入ubuntu（我用的Ubuntu 16.04）系统中进行解压。 解压
Ubuntu安装CUDA报错：/usr/lib/nvidia-375/libEGL.so.1 不是符号连接
teavamc的博客
10-24 3156
安装CUDA9，到了配置动态链的时候报错。 终端输入如下时，报错：sudo ldconfig报错如下：/sbin/ldconfig.real: /usr/lib/nvidia-375/libEGL.so.1 不是符号连接/sbin/ldconfig.real: /usr/lib32/nvidia-375/libEGL.so.1 不是符号连接 查询报错原因如下链接： Ubuntu的ldconfig
告别libgl.so.1缺失错误：用快马AI一键解决OpenGL依赖问题
QuartzStag78的博客
10-28 1050
最方便的是，对于Web应用或者需要持续运行的服务，可以直接在平台上点击部署按钮就能让应用跑起来，完全不用操心服务器环境配置的问题。我测试了几个计算机视觉相关的项目，原本需要手动安装各种依赖的麻烦事，在平台上都能自动搞定。对于开发者来说，这种智能化的开发体验确实能节省大量环境配置的时间，特别是当项目需要兼容多个Linux发行版时，平台生成的容器化解决方案尤为实用。对于需要隔离环境的情况，可以自动生成包含正确OpenGL依赖的Dockerfile，基于官方Python镜像并添加对应发行版的库安装步骤。
"ldconfig：/usr/lib/libpcap.so.1 不是符号链接"
杜继恒的博客
07-31 2367
linux安装libnl1deb报错1.安装libnl1deb包时出先错误为：”ldconfig：/usr/lib/libpcap.so.1 不是符号链接”把这个文件重命名为libpcap.so.1.bak之后可以正常安装.linux安装ipvsadm报错2.在安装ipvsadm时出现错误为:”unable to write /var/lib/update-rc.d/ipvsadm.new at /
Ubuntu ldconfig(解决*.so不是符号连接)
hjxu2016的博客
04-06 1万+
在sudo ldconfig时遇到 usr/local/cuda-8.0/lib64/libcudnn.so.5 不是符号连接的问题，解决办法也很简单，建立硬链接 首先找到usr/local/cuda-8.0/lib64/目录，搜索 libcudnn 然后发现 两个文件 libcudnn.so.5 和libcudnn.so.5.0.5 理论上只有一个libcudnn.so.5.0
当前有一个so编译和连接不一致导致未定义符号，什么原因
最新发布
12-10
- **引用案例[^2]** 中的 `libEGL.so.1` 错误即因符号链接断裂（非实际文件），导致加载器无法定位有效库文件。 5. **头文件与库版本不匹配** - 头文件声明与库二进制接口（ABI）不一致（如函数参数变化），编译...
libEGL warning: DRI2: failed to authenticate
08-02
sudo ln -fs /opt/vc/lib/libEGL.so /usr/lib/arm-linux-gnueabihf/libEGL.so.1 sudo ln -fs /opt/vc/lib/libGLESv2.so /usr/lib/arm-linux-gnueabihf/libGLESv2.so sudo ln -fs /opt/vc/lib/libGLESv2.so /usr/...
ubuntu:不是符号链接
heqingchun16的博客
11-25 664
不是符号链接(not a symbolic link)
Ubuntu的ldconfig详解(解决*.so不是符号连接)
热门推荐
深藏功与名
01-12 4万+
自己在CUDA cudnn这一块出现错误了‘’/sbin/ldconfig.real: /usr/local/cuda-8.0/targets/x86_64-linux/lib/libcudnn.so.4 不是符号连接‘’ 然后在终端输入： sudo ldconfig -v找到这一行错误：libcudnn.so.4 -> libcudnn.so.4.0.7 是这个链接错误，然后在终端输入：
解决 sudo ldconfig /sbin/ldconfig.real: xxx 不是符号连接
all for one，one for all
11-16 1万+
极有可能是本地有两个重名的 .so 动态库，例如：libabc.so libabc.so.xxx这两个文件应该一个库文件，另一个时这个库文件的符号链接，但是如果两个文件都是库文件，则会报其中一个不时符号链接的错误。要么就只存在一个 libabc.so 的库文件，不存在符号链接也行。解决方法：找个这两个库文件，删掉其中一个。
ldconfig(解决*.so不是符号连接)或者OPENSSL_1.0.2等符号不存在情况解决方案
任我行的博客
02-16 5681
在离线安装某些软件时，经常会出现*.so的动态库不是符号连接。 对于此类问题解决办法有： 找到对应动态库*.so，查看其是否是符号链接，如果不是，记着需要备份到其他目录，否则可能会出现问题那么就做软连接就行，然后重新加载动态库.例如： ln -sf /usr/local/cuda-8.0/lib64/libcudnn.so.5.0.5 /usr/local/cuda-8.0/lib64/lib...
.so.x不是符号连接
weixin_30256505的博客
03-21 562
去到这个目录下查看，会发现有多个.so.x文件。x是版本号的区别。将它们动态软连接在一起就可以了 参考这个博客 转载于:https://www.cnblogs.com/superxuezhazha/p/10571110.html...
Ubuntu ldconfig不是符号链接
zooooooooooooo的博客
04-18 424
sudo ldconfig报错不是符号连接问题，一个一个手动修改太费时了，使用一条 shell 脚本命令，在一个目录下自动为所有 .so.* 文件生成正确的符号链接结构，一键解决 ldconfig 报错 "不是符号链接" 的问题
sudo ldconfig报错“不是符号连接”
m0_56876916的博客
10-31 3309
Sudo ldconfig报错“不是符号连接”
ldconfig: /lib64/libswscale.so.5 不是符号连接
宝安小雨
08-16 2368
发现这些库都有两个相同的，一个是真是库，一个是连接库，现在的问题是连接库找不到它真实连接的那个库了，所有需要手动连接一下。找到这libswscale.so.5，会看到它本来需要连接的库。
Linux ln命令、软链接和硬链接的区别
愿我如星君如月 ... 夜夜流光相皎洁 ...
03-22 1798
见：http://www.runoob.com/linux/linux-comm-ln.htmlLinux ln命令是一个非常重要命令，它的功能是为某一个文件在另外一个位置建立一个同步的链接。当我们需要在不同的目录，用到相同的文件时，我们不需要在每一个需要的目录下都放一个必须相同的文件，我们只要在某个固定的目录，放上该文件，然后在 其它的目录下用ln命令链接（link）它就可以，不必重复的占用磁盘...
libEGL.so.1 is not a symbolic link
jiangjiane
05-30 809
Processing triggers for libc-bin (2.23-0ubuntu9) ... /sbin/ldconfig.real: /usr/lib/nvidia-384/libEGL.so.1 is not a symbolic link /sbin/ldconfig.real: /usr/lib32/nvidia-384/libEGL.so.1 is not a symbol...
(base) gy@gyY7000P:~$ ldconfig -p | grep EGL libEGL_nvidia.so.0 (libc6,x86-64) => /lib/x86_64-linux-gnu/libEGL_nvidia.so.0 libEGL_mesa.so.0 (libc6,x86-64) => /lib/x86_64-linux-gnu/libEGL_mesa.so.0 libEGL.so.1 (libc6,x86-64) => /lib/x86_64-linux-gnu/libEGL.so.1 libEGL.so (libc6,x86-64) => /lib/x86_64-linux-gnu/libEGL.so
07-05
从 `ldconfig -p | grep EGL` 的输出来看，你的系统同时存在 **NVIDIA 的 EGL 实现**（`libEGL_nvidia.so.0`）和 **Mesa 的 EGL 实现**（`libEGL_mesa.so.0`），并且 `libEGL.so.1` 和 `libEGL.so` 是符号链接，可能指向其中一个实现。这种多 EGL 实现共存的情况可能会导致冲突，尤其是当 ORB-SLAM3 或 Pangolin 加载了错误的库时。 --- ### **可能的问题原因** 1. **EGL 库冲突** - 系统可能优先加载了 Mesa 的 EGL（`libEGL_mesa.so.0`），而 ORB-SLAM3 需要 NVIDIA 的 EGL（`libEGL_nvidia.so.0`）。 - 可以通过 `LD_DEBUG=libs` 调试库加载路径： ```bash LD_DEBUG=libs ldd /path/to/orb_slam3_executable | grep EGL ``` 2. **符号链接指向错误** - `libEGL.so.1` 或 `libEGL.so` 可能链接到了 Mesa 的库，而非 NVIDIA 的库。 - 检查符号链接： ```bash ls -l /lib/x86_64-linux-gnu/libEGL* ``` 3. **NVIDIA 驱动未正确配置** - 即使驱动模块已加载（`lsmod | grep nvidia`），OpenGL/EGL 可能仍在使用 Mesa。 - 运行 `glxinfo | grep "OpenGL renderer"` 确认当前使用的渲染器： ```bash sudo apt-get install mesa-utils glxinfo | grep "OpenGL renderer" ``` 如果输出是 `llvmpipe` 或 `Mesa`，说明未使用 NVIDIA 显卡。 --- ### **解决方案** #### **1. 强制使用 NVIDIA 的 EGL** - **方法 1：设置 `LD_LIBRARY_PATH`** 在运行 ORB-SLAM3 前，指定 NVIDIA 的库路径： ```bash export LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu/nvidia:$LD_LIBRARY_PATH ./rgbd_tum [参数...] ``` （`/usr/lib/x86_64-linux-gnu/nvidia` 是 NVIDIA 库的常见路径，具体路径可通过 `find / -name "libEGL_nvidia.so.0" 2>/dev/null` 确认。） - **方法 2：更新符号链接** 手动将 `libEGL.so.1` 指向 NVIDIA 的库： ```bash sudo mv /lib/x86_64-linux-gnu/libEGL.so.1 /lib/x86_64-linux-gnu/libEGL.so.1.bak sudo ln -s /lib/x86_64-linux-gnu/libEGL_nvidia.so.0 /lib/x86_64-linux-gnu/libEGL.so.1 ``` **注意**：此操作可能影响其他程序，建议仅在测试时使用。 #### **2. 禁用 Mesa 的 EGL** - 临时重命名 Mesa 的库文件（测试用）： ```bash sudo mv /lib/x86_64-linux-gnu/libEGL_mesa.so.0 /lib/x86_64-linux-gnu/libEGL_mesa.so.0.bak ``` 运行 ORB-SLAM3 后再恢复： ```bash sudo mv /lib/x86_64-linux-gnu/libEGL_mesa.so.0.bak /lib/x86_64-linux-gnu/libEGL_mesa.so.0 ``` #### **3. 完全禁用可视化** 如果不需要实时显示，直接禁用 ORB-SLAM3 的查看器： - 修改 `TUM3.yaml`，添加或修改： ```yaml Viewer.enabled: false ``` - 或通过命令行参数禁用（如果支持）： ```bash ./rgbd_tum [其他参数] --no-viewer ``` #### **4. 使用虚拟显示（无显示器环境）** ```bash sudo apt-get install xvfb Xvfb :99 -screen 0 1024x768x24 & export DISPLAY=:99 ./rgbd_tum [参数...] ``` #### **5. 检查 NVIDIA OpenGL 配置** - 确保使用 NVIDIA 的 OpenGL： ```bash sudo apt-get install nvidia-prime prime-select nvidia # 强制使用 NVIDIA 驱动 ``` 重启后验证： ```bash glxinfo | grep "OpenGL renderer" ``` 应输出类似 `NVIDIA GeForce RTX 3080/PCIe/SSE2`。 --- ### **调试命令总结** 1. 检查当前加载的 EGL 库： ```bash LD_DEBUG=libs ./rgbd_tum [参数...] 2>&1 | grep EGL ``` 2. 确认 OpenGL 渲染器： ```bash glxinfo | grep "OpenGL renderer" ``` 3. 检查 NVIDIA 驱动状态： ```bash nvidia-smi ``` --- ### **最终建议** 1. **优先尝试禁用可视化**（修改 `TUM3.yaml`）。 2. **强制使用 NVIDIA 的 EGL**（通过 `LD_LIBRARY_PATH` 或符号链接）。 3. 如果问题仍在，可能是 Pangolin 或 ORB-SLAM3 的兼容性问题，建议： - 更新到最新版本的 ORB-SLAM3 和 Pangolin。 - 在 GitHub 提交 Issue 并提供完整日志。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值