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

本文分析了在Linux环境下编译Tengine时遇到的共享库加载错误,并提供了详细的解决步骤,包括安装缺失的共享库、设置正确的共享库路径等。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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

编译Tengine时,执行make命令,出现以下错误:

error while loading shared libraries:libtinfo.so.5: cannot open shared object file: No such file or directory

 

作为一个新手,通过在网上查找资料,一步步分析如下:

 

想必遇到这种问题不知如何解决的,大多也都是新手吧,把详细分析写下来,是希望大家以后遇到此类问题时就可以独立分析了。

出现这种问题,要么是操作系统里没有包含该共享库(lib*.so.*文件)或者共享库版本不对,下载安装进行调试即可,要么就是确实已经安装了该共享库,但是在调用该共享库的时候,按照程序默认路径检索并不能找到该共享库文件,那么就要注意设置共享路径了。

 

 

第一种情况,没有安装。

 

解决方法:

libtinfo.so.5这个是由ncurses提供的,但是一般ncurses都是默认安装的,所以你再试一下从源代码编译安装ncurses。

 

Ubuntu或Debian:

apt-cache search ncurses

apt-get install libncurses5-dev

待安装completed!

再./configure

然后make

make install

安装顺利完成!

 

但是…

刚才说到,一般ncurses都是默认安装,大部分时候,

大家遇到的应该都是第二种情况:

 

需要设置共享路径即可解决:

 

执行ln -s /lib/libncurses.so.5/usr/lib/libtinfo.so.5

 

如果你仍在往下看,说明刚才建立的软连接很可能没有解决您的问题,

尝试重新./configure …… 然后再make

 

如果仍未解决,思路如下,可以自己尝试一下解决(类似问题都可以如下解决):

1. 首先 find / -name libncurses.so.5找到缺少的文件实际位置

2. LD_DEBUG=libs /usr/local/bin/nginx –v查看Debug信息

3.分析Debug信息。从Debug信息中就知道程序去哪里找链接库了。如程序去 trying file=/usr/lib/libxxxx 而链接库的实际存储位置是 /lib/libncurses.so.5

4. 根据实际情况,做一个软连接 ln -s/lib/libncurses.so.5 /usr/lib/libtinfo.so.5

 

 

※注:

ln -s 这是linux中一个非常重要命令,请大家一定要熟悉。它的功能是为某一个文件在另外一个位置建立一个同不的链接,这个命令最常用的参数是-s,具体用法是:ln -s 源文件目标文件。

当我们需要在不同的目录,用到相同的文件时,我们不需要在每一个需要的目录下都放一个必须相同的文件,我们只要在某个固定的目录,放上该文件,然后在其它的目录下用ln命令链接(link)它就可以,不必重复的占用磁盘空间。

 

※注:

Linux共享库路径详解:

 

Linux下找不到共享库文件的典型现象为明明已经安装某个软包(如libnet,mysql),编译连接可以正常进行,但是在运行时出现如“error while loading shared libraries: libnet.so.1:cannot open sharedobject file :No such file or directory”的错误提示。

 

原因是Linux下的共享库路径配置不正确。默认的linux共享库搜索路径为/lib和/usr/lib两个目录(不包含子目录),若共享库不在这两个路径,不能自动连接到(最典型的就是/usr/local/lib),解决方法有四种(关于共享路径,详细介绍见 http://www.linuxidc.com/Linux/2012-12/76633.htm):

 

1,连接时使用静态库(.a文件)。在g++命令上写入改.a文件的完整路径。

 

2,修改LD_LIBRARY_PATH环境变量。(临时有效,且有时候没有效果)

 

3,将库文件复制到可以搜索到的路径里面,这样比较狠,但是可能导致一些后即问题。

 

4,添加搜索路径,使用ldconfig命令。

`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` 等包管理工具自动处理依赖版本一致性的问题。 如果有更具体的上下文信息(如系统类型、使用的软件包等),可能能够提供更为精确的解决方案。请注意,以上步骤需要根据实际操作系统具体情况调整。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值