Linux 下编译安装软件,找不到共享库 xx.so 的解决办法

最简单的解决方法:

第一步、修改 sudo vim /etc/ld.so.conf             添加动态库的指定路径   

第二步、sudo ldconfig  生效


如果找不到制定的 执行程序,例如ffmpeg ,直接添加 Path 即可


临时的修改方法:下次失效

设置动态库和 执行程序的搜索路径:    一般将程序安装在  /usr/local/特性的目录下

利用系统的环境变量。
对于头文件的搜索路径:

C_INCLUDE_PATH=<your include path>;
export C_INCLUDE_PATH

对于库文件的搜索路径:

LIBRARY_PATH=<your lib path>;
export LIBRARY_PATH

对于链接程序ld使用的库文件搜索路径:

LD_LIBRARY_PATH=<your ldlib path>;
export LD_LIBRARY_PATH

最后是执行 ldconfig ,生效

                     

最愚蠢的解决方法,但是里面可以查看到库,以及搜索路径


第一:ldd   应用程序   查看依赖库,是不是有not found的库

执行命令 ./memcache -help 报错:

[root@localhost bin]# ./memcached 
./memcached: error while loading shared libraries: libevent-2.0.so.5: cannot open shared object file: No such file or directory
[root@localhost bin]# ldd /usr/local/bin/memcached
        linux-gate.so.1 =>  (0x00c8d000)
        libevent-2.0.so.5 => not found
        librt.so.1 => /lib/librt.so.1 (0x00720000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x006fc000)
        libc.so.6 => /lib/libc.so.6 (0x00564000)
        /lib/ld-linux.so.2 (0x0053e000)


第二:查找是不是真正的没有该依赖库

查找 libevent 安装的路径:

[root@localhost bin]# whereis libevent
libevent: /usr/local/lib/libevent.la /usr/local/lib/libevent.a /usr/local/lib/libevent.so

我们看到被安装到了:/usr/local/lib/libevent.so


第三:

查看 libevent 如何寻找依赖:

复制代码
[root@localhost bin]# LD_DEBUG=libs ./memcached -v
     10071:     find library=libevent-2.0.so.5 [0]; searching
     10071:      search cache=/etc/ld.so.cache
     10071:      search path=/lib/tls/i686/sse2:/lib/tls/i686:/lib/tls/sse2:/lib/tls:/lib/i686/sse2:/lib/i686:/lib/sse2:/lib:/usr/lib/tls/i686/sse2:/usr/lib/tls/i686:/usr/lib/tls/sse2:/usr/lib/tls:/usr/lib/i686/sse2:/usr/lib/i686:/usr/lib/sse2:/usr/lib               (system search path)
     10071:       trying file=/lib/tls/i686/sse2/libevent-2.0.so.5
     10071:       trying file=/lib/tls/i686/libevent-2.0.so.5
     10071:       trying file=/lib/tls/sse2/libevent-2.0.so.5
     10071:       trying file=/lib/tls/libevent-2.0.so.5
     10071:       trying file=/lib/i686/sse2/libevent-2.0.so.5
     10071:       trying file=/lib/i686/libevent-2.0.so.5
     10071:       trying file=/lib/sse2/libevent-2.0.so.5
     10071:       trying file=/lib/libevent-2.0.so.5
     10071:       trying file=/usr/lib/tls/i686/sse2/libevent-2.0.so.5
     10071:       trying file=/usr/lib/tls/i686/libevent-2.0.so.5
     10071:       trying file=/usr/lib/tls/sse2/libevent-2.0.so.5
     10071:       trying file=/usr/lib/tls/libevent-2.0.so.5
     10071:       trying file=/usr/lib/i686/sse2/libevent-2.0.so.5
     10071:       trying file=/usr/lib/i686/libevent-2.0.so.5
     10071:       trying file=/usr/lib/sse2/libevent-2.0.so.5
     10071:       trying file=/usr/lib/libevent-2.0.so.5
复制代码

我们看到:

search path=/lib/tls/i686/sse2:/lib/tls/i686:/lib/tls/sse2:/lib/tls:/lib/i686/sse2:
/lib/i686:/lib/sse2:/lib:/usr/lib/tls/i686/sse2:/usr/lib/tls/i686:
/usr/lib/tls/sse2:/usr/lib/tls:/usr/lib/i686/sse2:/usr/lib/i686:/usr/lib/sse2:/usr/lib               (system search path)

系统寻找 lib 的路径,中没有包含:/usr/local/lib/

所以找到了原因,解决方法就很简单了。也有多种方法。

1) 做一个软连接到上面的随便一个 search path 中的目录都是可以的:

[root@localhost bin]# ln -s /usr/local/lib/libevent.so /usr/lib/libevent-2.0.so.5

了很久,,资源都是分开的 这次我把他汇总,打包,方便下载了 不用一个一个的了下了 很多使用安卓的朋友应该都遇到过安装某些软件出现”应用未安装“,用电脑手机助手进行安装时会出现没有软件共享库或已失效,这个问题大概困扰了我3天时间,终于在我的坚持下到了解决方法,希望出现过这样问题的朋友严格安装我下面的步骤操作即可解决以上问题! 第一步:使用第三方工具中的ROOT获取工具,进行获取ROOT权限。 第二步:下载ROOT EXPLORER 具有最高权限的文件管理工具,安装并打开(打开时出现是否允许此软件使用最高权限,允许)。 第三步:下载以下三个文件。 com.google.android.maps.jar com.google.android.maps.xml NetworkLocation.apk 第四步:使用ROOT EXPLORER 文件工具将三个文件以下面的说明操作。 com.google.android.maps.jar 拷贝到根目录的 system/framework/ 文件夹下面。 然后将此文件的权限设为 root 权限,然后在设置访问权限对话框上选项上对话框选项有9个可打钩的方格,把左边三个的全部勾选,中间的三个的第一个勾上即可。 com.google.android.maps.xml 拷贝到根目录的 system/etc/permissions/ 文件夹下面。 同上面的设置权限的方法一样。 NetworkLocation.apk 拷贝到根目录的 data/app_s/ 文件夹下面。 (如果不到 app_s这个文件夹,可以新建一个 app_s文件夹,然后在将其拷贝进去)!将此文件的权限设置为 system 然后在设置访问权限对话框上选项上对话框选项有9个可打钩的方格,将左边三个全部勾上,中间的第一个和第二个勾上,右边全部勾上即可。然后重启手机,开始安装你以前安装失败的软件,然后你就会看到安装成功的兴奋了。这样你就永远不会在遇到软件安装没有软件共享库或已失效的情况了。
### Linux文件路径错误或不存在的解决方案 当遇到 `xx.h` 文件不存在或者路径错误的情况时,通常是因为开发环境中缺少必要的文件或者是编译器未正确指定头文件路径。以下是可能的原因分析以及对应的解决方法: #### 1. **确认头文件是否存在** 需要先验证目标头文件是否确实存在于系统中。可以使用以下命令查找特定的 `.h` 文件: ```bash find /usr/include -name "xx.h" ``` 如果该命令返回为空,则说明当前系统并未安装所需的头文件。 #### 2. **安装缺失的开发包** 很多情况下,`.h` 文件属于某些软件包的一部分,而这些软件包可能是作为运行时依赖被默认安装的,但其开发版本(包含头文件的部分)却未安装。可以通过以下方式解决问题: 对于基于 Debian 的发行版(如 Ubuntu),尝试执行以下命令来安装常见的 C/C++ 开发工具及其依赖项: ```bash sudo apt-get update && sudo apt-get install build-essential ``` 若具体需要某个的头文件,比如 OpenSSL 或者 libcurl ,可分别通过如下命令安装它们的开发包: ```bash sudo apt-get install libssl-dev libcurl4-openssl-dev ``` 对于 Red Hat 系列(CentOS/Fedora/RHEL),则应考虑使用 yum 或 dnf 命令完成相同操作: ```bash sudo yum groupinstall "Development Tools" sudo yum install openssl-devel curl-devel ``` #### 3. **设置正确的头文件路径** 即使已安装所需,但如果编译器未能到对应位置中的头文件,仍会报错。此时可通过 `-I` 参数手动向 GCC/G++ 编译器传递额外的搜索目录。例如: ```bash gcc your_program.c -o output_binary -I/usr/local/include/your_library/ ``` 此外,在更复杂的构建场景下,推荐利用 Makefile 定义全局变量 INCFLAGS 来统一管理所有外部头文件夹的位置[^1]。 #### 4. **检查内核源码与配置** 当涉及到低级硬件访问或是驱动程序编写时,往往还需要加载相应的 Linux 内核头部定义。这类资源一般位于 `/lib/modules/$(uname -r)/build/include` 下面;不过前提是本地已经准备好匹配版本号的完整内核树结构并经过适当定制化调整过后的结果才能生效[^2]。 #### 5. **处理动态链接问题** 虽然题目主要讨论静态编译期间产生的不到 .h 错误现象,但实际上有时候看似关联不到头文档的问题也可能间接由共享对象(.so)丢失所引发。因此建议同步核查 LD_LIBRARY_PATH 是否涵盖了所有必需的目标二进制所在区域,并且重新生成一次缓存表单以便让 runtime loader 及早识别新增加的内容[^3]: ```bash export LD_LIBRARY_PATH=/path/to/libs:$LD_LIBRARY_PATH ldconfig ``` #### 6. **排查网络干扰因素** 在分布式计算框架 Hadoop 场景里提到过的那种因为通信链路质量下降而导致中间件崩溃的情形同样值得借鉴思考——即偶尔发生的瞬态性丢包事件也许会影响到远程获取依赖组件的过程进而造成最终失败局面出现[^4]。所以务必保障整个工作流程始终处于稳定可靠的物理连接之上运作才是长久之计。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值