"error while loading shared libraries: xxx.so.x" 错误的原因和解决办法

最新推荐文章于 2025-07-05 19:58:03 发布

快乐晓笑98

最新推荐文章于 2025-07-05 19:58:03 发布

阅读量6k

点赞数 4

CC 4.0 BY-SA版权

分类专栏： linux 文章标签： linux

本文链接：https://blog.youkuaiyun.com/u010987458/article/details/70979784

今天在执行一个caffe的net_demo.cpp测试程序，出现了error while loading shared libraries: libcaffe.so.1.0.0-rc5: cannot open shared object file: No such file or directory。
错误的原因：

找不到lib这个文件。

解决办法：
一般我们在Linux下执行某些外部程序的时候可能会提示找不到共享库的错误, 比如:

error while loading shared libraries: libcaffe.so.1.0.0-rc5: cannot open shared object file: No such file or directory。

原因一般有两个, 一个是操作系统里确实没有包含该共享库(lib.so.文件)或者共享库版本不对, 遇到这种情况那就去网上下载并安装上即可. 另外一个原因就是已经安装了该共享库, 但执行需要调用该共享库的程序的时候, 程序按照默认共享库路径

最低0.47元/天解锁文章

200万优质内容无限畅学

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

快乐晓笑98

关注关注

4
点赞
踩
17

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

嵌入式Linux开发，Ubuntu下交叉编译内核报错：error while loading shared libraries: /lib/x86_64-linux-gnu/libc++.so:

寞水

11-26

1956

寞水

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

wgl307293845的博客

12-03

162

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

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

日常随笔-loading shared libraries: XXXXX cannot open shared object file: No such file or directory

houwanfeimark的专栏

10-30

259

当出现error while loading shared libraries: XXXXX: cannot open shared object file: No such file or directory错误时，不一定是你的库不存在，只是它新安装没有被加入动态库缓存中

error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file解决

最新发布

aiyaZTTTTT_的博客

07-05

405

有1.1版本，那就直接在该目录下建立软连接，使得需要用1.0版本的时候，直接带调用这个1.1的。cd到该目录的上一级的lib文件夹，查看有无1.1版本。哪个程序报错就which一下，看看具体路径。今日份报错，mark。

详解error while loading shared libraries: ../../lib/libopencv_core.so

牛肉胡辣汤

01-21

5543

该库提供了一些常见的数据结构，如矩阵、向量、点、尺寸等，以及一些基础的图像处理函数和算法。它是一个动态链接库（或共享库），提供了许多核心功能和数据结构，是OpenCV库中最基本的模块之一。其次，即使动态库已正确安装，它们的路径可能没有被正确配置。如果问题仍然存在，并且你在编译代码时指定了 OpenCV 的动态库路径，确保指定的路径是正确的。替换为实际的 OpenCV 动态库路径，并验证库文件名是否在编译命令中正确指定。环境变量，可以将动态库路径添加到默认的库搜索路径中。最后，确保库文件的权限正确设置。

遇到交叉编译错误：error while loading shared libraries: libmpfr.so.4: cannot open shared object file:

m0_73517964的博客

02-24

3052

遇到交叉编译错误：error while loading shared libraries: libmpfr.so.4: cannot open shared object file的简单解决方法

Linux报错xxxx: error while loading shared libraries: libpcap.so.0.8: cannot open shared object file: N

Fate0011的博客

02-27

1070

Linux报错xxxx: error while loading shared libraries: libpcap.so.0.8: cannot open shared object file: No such file or directory 解决方案： 1定位：locate libpcap 没有可以直接百度：Linux安装 libpcap cd /usr/lib64/ 建立软连接 sudo ln -s libpcap.so libpcap.so.0.8 成功运行！！！ ...

cuda-gdb: error while loading shared libraries: libncursesw.so.5: cannot open shared object file

winter99的博客

06-02

3752

caffe编译错误解决：error while loading shared libraries: libcudnn.so.7，找不到libcudnn.so.7文件

jsk_learner的博客

01-06

1767

caff编译错误解决，找不到libcudnn.so.7文件问题描述问题解决复制操作创建软链接操作问题描述别人在服务器编译好的caffe，我在利用该caffe进行CNN训练时，报出如下错误： /xxx/caffe-master/build/tools/caffe: error while loading shared libraries: libcudnn.so.7: cannot open...

CentOS 6.3下安装MySQL报错：/usr/bin/mysqladmin: error while loading shared libraries: libmysqlclient.so.16

Binyee的博客

04-24

1395

CentOS 6.3下安装MySQL报错：/usr/bin/mysqladmin: error while loading shared libraries: libmysqlclient.so.16: cannot open shared object file: No such file or directory Cannot check for MySQL Daemon startup be...

error while loading shared libraries的解决方案

热门推荐

jjjqqq123321的博客

09-20

2万+

error while loading shared libraries的解决方案

error while loading shared libraries的解决方法

New Start

08-20

9617

和本菜鸟一样Linux的初学者在运行一些开源项目的时候，常常会出现如下错误： ./tests: error while loading shared libraries: xxx.so.0:cannot open shared object file: No such file or directory ./tests: error while loading shared librar

详细解决-error while loading shared libraries: libpcap.so.0.8: cannot open shared object file: No such

01-04

9242

详细解决Centos中运行文件，出现的error while loading shared libraries: libpcap.so.0.8: cannot open shared object file: No such file or directory的报错问题。已经成功解决。

linux编译C++报错：error while loading shared libraries；错误解决办法总结

肥尾鱼(嵌入式)

09-29

1472

原因一般有两个, 一个是操作系统里确实没有包含该共享库(lib*.so.*文件)或者共享库版本不对, 遇到这种情况那就去网上下载并安装上即可. 另外一个原因就是已经安装了该共享库, 但执行需要调用该共享库的程序的时候, 程序按照默认共享库路径找不到该共享库文件. 所以安装共享库后要注意共享库路径设置问题, 如下: 1) 如果共享库文件安装到了/lib或/usr/lib目录下（默认安装路径...

error while loading shared libraries: libpcap.so.0.8: cannot open......的解决方法

Qeminco的博客。

02-27

5237

报错信息 error while loading shared libraries: libpcap.so.0.8: cannot open shared object file: No such file or directory 解决方法 $ locate libpcap #定位 libpcap /usr/lib64/libpcap.so $ cd /usr/lib64/ #转到那个目录 $ sudo ln -s libpcap.so libpcap.so.0.8 #从 libpcap.so创建一个指向

缺少库文件：error while loading shared libraries: libpci.so.3: cannot open shared object file：No such file

小菜狗系列笔记

04-15

1210

从别机器上拷贝的编译文件到另一台机器上，运行程序时发现报错：error while loading shared libraries: libpci.so.3: cannot open shared object file：No such file.说明缺少这个库文件。

宝塔php无法启动，error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared解决

阳的博客

05-23

8925

记录一次so缺失问题，我这边是因为宝塔面板php版本切换引起的php无法启动有类似问题的可以举一反三，网上看到很多方法，说的比较含糊，经过总结此方法解决。 /www/server/php/56/sbin/php-fpm: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory 解决方法：首先： find / -name libcry

出现 libcaffe.so.1.0.0-rc5: cannot open shared object file

_pureheart的博客

08-24

1252

在build caffe-inference optimize的时候 https://github.com/01org/caffe 输入build/examples/yolo/yolo_detect-fp16.bin models/yolo/yolo416/fused_yolo_deploy.prototxt models/yolo/yolo416/fused_yolo.caffemodel e

CentOS运行脚本报错:libpcap.so.0.8: cannot open shared object file: No such file or directory

ywtool博客

04-08

1244

CentOS运行脚本报错:libpcap.so.0.8: cannot open shared object file: No such file or directory

error while loading shared libraries: xxx.so.6: cannot open shared object file: No such file

07-25

`error while loading shared libraries: xxx.so.6: cannot open shared object file: No such file` 这种错误通常出现在运行依赖动态库（`.so` 文件）的应用程序时，系统找不到对应的库文件。这个问题的原因可能是以下几个： 1. **路径配置错误**：系统在查找库文件时无法找到指定的 `.so` 文件，这可能是由于 `LD_LIBRARY_PATH` 环境变量设置有误或者是系统默认库搜索路径中缺少该库的位置。 2. **库版本冲突**：在您的系统上可能存在不同版本的库文件，导致编译期间选择了一个特定版本而运行时选择了另一个版本，这种情况下需要确认应用程序和系统之间的一致性。 3. **库文件缺失**：最直接的情况就是库文件本身不存在于预期的位置，比如在安装软件包时未能正确复制到目标目录下。 4. **权限问题**：如果您尝试从非根用户执行需要访问受保护文件的命令，可能会因为权限不足而遇到此错误。解决步骤可以包括但不限于： 1. **检查环境变量**：首先检查 `LD_LIBRARY_PATH` 是否包含正确的库文件位置。您可以通过运行 `echo $LD_LIBRARY_PATH` 来查看当前的环境变量值。如果发现缺失，则添加正确的路径并重启终端会话生效。 ```bash export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/path/to/library ``` 2. **查找库文件**：使用 `find` 命令查找是否存在 `.so` 文件。 ```bash find / -name "xxx.so.6" ``` 3. **更新或修复库文件**：如果通过上述操作找到了库文件，尝试清理或重装相关软件包，特别是在存在版本冲突的情况下。 4. **权限管理**：确保运行程序的用户有足够的权限访问所需的库文件。 5. **依赖管理工具**：对于 Linux 用户来说，可以考虑使用像 `apt-get`、`yum` 或 `brew` 等包管理工具自动处理依赖和版本一致性的问题。如果有更具体的上下文信息（如系统类型、使用的软件包等），可能能够提供更为精确的解决方案。请注意，以上步骤需要根据实际操作系统和具体情况调整。