运行错误：error while loading shared libraries: xxx.so.0:cannot open shared object file

最新推荐文章于 2025-10-17 16:27:25 发布

原创最新推荐文章于 2025-10-17 16:27:25 发布 · 1k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#库引用错误

Tips 专栏收录该内容

4 篇文章

订阅专栏

本文介绍了解决在执行自定义库编译程序时遇到的错误的方法。通过在.bash_profile中添加库路径并更新环境变量LD_LIBRARY_PATH,可以确保程序在运行时能够找到所需的库文件。

链接时通过-L和-l来指定自己的库，make可以通过，但是在执行的过程中报如上的错误，搜索了以下，发现还得将
自己的库所在路径添加到.bash_profile中，更改以后重新运行自己的程序，就没有问题了。

vim ~/.bash_profile

加入
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$HOME/your_file_path/lib
export LD_LIBRARY_PATH

退出后执行
source ~/.bash_profile

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

caorui_nk

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

【openwrt】T830编译medmcu出现 clang: error while loading shared libraries: libtinfo.so.5 No such file解决方案

wgl307293845的博客

12-03

275

安装sudo apt update && sudo apt install -y libtinfo5。从以下日志可以看出是无法找到libtinfo.so.5库导致，也就是x86系统的文件库找不到。

error while loading shared libraries: libopencv_imgcodecs.so.4.3: cannot open shared object file解决方法

weixin_44238257的博客

07-29

5793

运行一个C++工程时收到报错，无法打开共享库。 error while loading shared libraries: libopencv_imgcodecs.so.4.3: cannot open shared object file : No such file or directory 解决思路： 1，查找报错的文件的位置： $ find -name "libopencv_imgcodecs.so.4.3" 结果： ./openvino/inference-engine/temp

参与评论您还未登录，请先登录后发表或查看评论

error while loading shared libraries...cannot open shared object file: No such file or directory解决办法

weixin_44530917的博客

10-24

3897

error while loading shared libraries...cannot open shared object file: No such file or directory解决办法原理解决办法VIM编辑器的简介与语法案例原理之所以会报错，简而言之是因为程序中你用的库函数不在linux系统默认的搜索范围内。解决办法我们要将报错的…所在的目录加到系统库函数搜索路径中即可。首先输入命令 cd ~切换到主目录再输入命令ls -a显示隐藏文件找到.bashrc文件利用VIM编辑器

链接库问题： error while loading shared libraries: lib.so.: cannot open shared object file

xikangsoon的博客

09-18

1055

找到原因之后下面是解决方法：方法一: echo "/usr/lib64/mysol" >> /etc/ld.so.conf ldconfig ld.so.conf动态链接库装载器，操作系统会根据这里面写的路径去找库。 ldconfig是告诉操作系统要引入新的变量了，需要重新识别一下。方法二: export LD_LIBRARY_PATH=/usr/local/X11/l...

ffmpeg: error while loading shared libraries: libiconv.so.2: cannot open shared object file: No such

初心不辜的博客

10-17

312

为需要该库的构建版本，但系统未安装对应库，或库路径未被动态链接器识别。安装库（任选其一，优先 conda-forge）

解决 “error while loading shared libraries: libpng12.so.0: cannotopen shared object file: No such fil

小渣渣

10-31

3021

缺少依赖：yum install libpng12.x86_64。

C++ 使用外部动态库

sh13661847134的博客

08-31

1197

利用extern “C” 构建一个外部C库 //testlibc.cpp #include<iostream> extern "C" void test() { std::cout << "this is a test log" << std::endl; } //编译成动态库 g++ -std=c++11 testlibc.cpp -shared -fPIC -o libtest.so C 文件调用方式 main.c int main() { tes

“libpng12.so.0: cannot open shared object file: No such file or directory”

weixin_37050754的博客

11-11

4508

libpng12.so.0缺失

gcc制作动态库加载提示“./main: error while loading shared libraries: libcals.so: cannot open shared object fi”

qq_40467670的博客

10-27

2480

通过gcc制作动态库完成之后，并生成程序的可执行文件之后。若直接运行，会报错“./main: error while loading shared libraries: libcals.so: cannot open shared object file: No such file or directory”。如图所示。这里先放出动态库加载失败的原因：静态库和动态库的区别在于，前者GCC进行链接时，会把静态库中代码打包到可执行程序中；后者GCC进行链接时，动态库的代码不会被打包到可执行程序中。当程序

error while loading shared libraries: libcudart.so.8.0: cannot open shared object file: can not open

volcano_Lin 的博客

07-20

6025

装好caffe后，第一件事就是先跑跑自带的mnist例子看看能不能跑通。问题：结果发现如下问题，问题比较多，但都是一个性质的，解决一个其他都一样： ./build/tools/caffe: error while loading shared libraries: libcudart.so.8.0: cannot open shared object file: can not ...

.build_release/tools/caffe: error while loading shared libraries: libopencv_core.so.3.3: cannot open

sinat_23619409的博客

01-06

2838

ubuntu@ubuntu-ST-KN:~/caffe$ sudo make runtest -j8 CXX src/caffe/test/test_mvn_layer.cpp CXX src/caffe/test/test_tanh_layer.cpp NVCC src/caffe/test/test_im2col_kernel.cu CXX src/gtest/gtest-all.cp...

Linux mtk flash_tool -error while loading shared libraries: libpng12.so.0: cannot open shared object

qq_26317325的博客

10-22

4615

运行flash_tool时报错: ./flash_tool: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory 解决方法步骤: 1.查看系统中是否有libpng12.so.0 执行命令： ls -ld $(locate -r l...

ubuntu|error while loading shared libraries: .so: cannot open shared object 原因及解决

m0_46182398的博客

10-26

1522

error while loading shared libraries: .so: cannot open shared object 原因及解决

error while loading shared libraries:lib***.so.*: cannot open shared object file

IChen.的博客

01-17

2711

运行编译后的可执行程序时报错 error while loading shared libraries: lib****.so.*: cannot open shared object file: No such file or directory.从错误信息提示中，可以知道是在指定的路径找不到或者缺乏这个动态链接库。//可以搜索到就在动态链接库的配置里，加入了库文件的位置。//更新/etc/ld.so.cache文件。

动态库加载失败：error while loading shared libraries: xxx.so: cannot open shared object file: No such file o

最新发布

10-31

<think>我们正在解决的是ffmpeg运行时报错：'error while loading shared libraries: libGL.so.1: cannot open shared object file: No such file or directory' 根据引用[2]中提到的类似问题（关于libGLU.so.1），我们可以推断这个错误通常是由于系统缺少对应的共享库文件或者库文件不在动态链接器搜索的路径中导致的。解决方案通常有两种： 1. 安装包含该库的软件包。 2. 如果已经安装，则创建符号链接或者将库文件路径添加到链接器配置中。由于报错的是libGL.so.1，这个库通常与OpenGL有关。在Linux系统中，它一般由mesa（开源OpenGL实现）或者显卡驱动提供。具体步骤：第一步：确认库文件是否存在我们可以使用find或locate命令来查找系统中是否已经存在libGL.so.1。例如： sudo find / -name 'libGL.so.1' 第二步：如果不存在，则需要安装相应的包。在基于Debian的系统（如Ubuntu）上，可以尝试安装： sudo apt update sudo apt install libgl1 在基于RPM的系统（如CentOS）上，可以尝试： sudo yum install mesa-libGL 第三步：如果已经安装，但是仍然找不到，可能是因为库文件路径不在链接器的搜索路径中。我们可以通过以下方式检查： echo $LD_LIBRARY_PATH # 查看环境变量 cat /etc/ld.so.conf # 查看配置文件 ldconfig -v | grep libGL # 查看链接器缓存中是否有该库第四步：如果找到了库文件，比如在/usr/lib/x86_64-linux-gnu/libGL.so.1，但是链接器没有找到，我们可以将库文件所在目录添加到LD_LIBRARY_PATH中： export LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu:$LD_LIBRARY_PATH 然后再次运行ffmpeg。但是，更推荐的做法是更新链接器的缓存： sudo ldconfig 第五步：如果以上步骤都不能解决，考虑重新安装ffmpeg或者显卡驱动。注意：如果是在容器环境中，可能需要安装相应的包并设置环境变量。下面给出一个完整的解决方案流程： 1. 更新包管理器并安装libgl1： sudo apt update sudo apt install libgl1 2. 更新动态链接库缓存： sudo ldconfig 3. 再次运行ffmpeg命令。如果问题仍然存在，可能需要检查ffmpeg的安装方式，如果是自己编译安装，则需要确保依赖库都正确安装。另外，引用[3]提到了编译ffmpeg时可能需要的一些库，但这里的问题是在运行时缺少库，所以重点应该是安装运行库。根据引用[2]的类似问题解决方法，我们也可以考虑安装libgl1-mesa-glx（在Debian/Ubuntu中）： sudo apt install libgl1-mesa-glx 这个包通常会提供libGL.so.1。总结：在Ubuntu/Debian系统上，安装libgl1-mesa-glx通常可以解决此问题。因此，推荐执行： sudo apt update sudo apt install libgl1-mesa-glx sudo ldconfig 然后再次运行ffmpeg。如果是在其他Linux发行版，请使用对应的包管理器安装mesa的GL库。注意：如果系统使用的是专有显卡驱动（如NVIDIA），那么可能需要安装对应的驱动包，因为libGL.so.1可能由nvidia的驱动提供。例如，nvidia的驱动包通常包含libGL.so.1，安装后会在/usr/lib/nvidia-xxx/目录下。此时，需要确保驱动安装正确，并且运行了ldconfig。如果用户是在编译ffmpeg后出现此问题，那么可能需要重新配置编译选项，确保链接了正确的库。但是，根据错误信息，这更可能是一个运行时依赖的问题，因此安装相应的运行时库是最直接的解决方案。下面给出一个清晰的步骤指南： ### 解决步骤 1. **安装缺失的OpenGL库**： ```bash # Ubuntu/Debian sudo apt update sudo apt install libgl1-mesa-glx # CentOS/RHEL sudo yum install mesa-libGL ``` 2. **更新动态链接器缓存**： ```bash sudo ldconfig ``` 3. **验证库是否可用**： ```bash ldconfig -p | grep libGL.so.1 ``` 如果输出中包含`libGL.so.1`，说明库已正确安装。 4. **重新运行ffmpeg命令**。如果问题仍然存在，可能需要检查： - 系统是否安装了显卡驱动？如果是NVIDIA显卡，可能需要安装`nvidia-driver`（包含OpenGL库）。 - 是否在容器中运行？容器镜像可能需要安装相应的库。 ### 常见问题解答 - **为什么会出现这个错误？** 因为ffmpeg在运行时需要调用OpenGL相关的功能（可能是硬件加速），而系统中缺少对应的共享库。 - **如何避免类似问题？** 在安装ffmpeg时，确保同时安装其依赖的运行时库。如果使用预编译的ffmpeg，注意查看其依赖说明。 - **是否必须安装OpenGL库？** 如果不需要硬件加速，可以尝试重新编译ffmpeg并禁用OpenGL相关功能（通过`--disable-opengl`配置选项），但这通常不推荐，因为硬件加速能显著提升性能。 §§相关问题§§ 1. 如何检查Linux系统中已安装的共享库？ 2. 如何永久添加动态链接库路径？ 3. 如何重新安装ffmpeg以修复依赖问题？ </think>### 解决 FFmpeg 报错 `error while loading shared libraries: libGL.so.1` 的方法此错误表示系统缺少 OpenGL 相关的共享库文件（`libGL.so.1`），以下是完整修复方案： --- #### 1. **安装缺失的 OpenGL 库** - **Ubuntu/Debian 系统**： ```bash sudo apt update sudo apt install libgl1-mesa-glx ``` 验证安装： ```bash ldconfig -p | grep libGL.so.1 # 应显示库文件路径 ``` - **CentOS/RHEL 系统**： ```bash sudo yum install mesa-libGL ``` - **Arch Linux 系统**： ```bash sudo pacman -S mesa ``` --- #### 2. **检查库文件路径** 如果已安装但报错持续： ```bash # 查找库文件位置 find /usr -name "libGL.so*" 2>/dev/null # 示例输出： # /usr/lib/x86_64-linux-gnu/libGL.so.1 ``` - 若找到路径（如 `/usr/lib/x86_64-linux-gnu`），将其添加到链接器路径： ```bash echo "/usr/lib/x86_64-linux-gnu" | sudo tee -a /etc/ld.so.conf sudo ldconfig # 更新动态链接库缓存 ``` --- #### 3. **重建符号链接** 若库文件存在但符号链接损坏： ```bash # 删除旧的符号链接（谨慎操作） sudo rm /usr/lib/libGL.so.1 # 新建正确的符号链接（根据实际路径调整） sudo ln -s /usr/lib/x86_64-linux-gnu/libGL.so.1.7.0 /usr/lib/libGL.so.1 ``` --- #### 4. **重新编译 FFmpeg（特殊场景）** 若库文件缺失是由自定义编译 FFmpeg 引起： ```bash # 重新配置编译（确保启用 OpenGL） ./configure --enable-opengl # 添加其他必要参数[^3] make -j$(nproc) sudo make install ``` --- #### 关键原因分析此错误通常由以下情况触发： 1. **未安装 OpenGL 运行时库**（如 `mesa` 包未安装）[^2] 2. **动态链接器缓存未更新**（`ldconfig` 未执行） 3. **FFmpeg 编译时未正确链接 OpenGL**（缺失 `--enable-opengl` 选项）[^3] 4. **显卡驱动问题**（NVIDIA/AMD 驱动未正确安装） --- ### 验证修复运行 FFmpeg 测试命令： ```bash ffmpeg -version # 不再报错即修复成功 ``` > **排查流程图** > ```mermaid > graph TD > A[报错 libGL.so.1] --> B{是否安装 libgl1/mesa?} > B -->|是| C[检查符号链接] > B -->|否| D[安装对应包] > C --> E[更新 ldconfig] > D --> E > E --> F[运行测试] > F -->|成功| G[完成] > F -->|失败| H[检查显卡驱动] > ```