Linux上error while loading shared libraries问题解决方法

    在Linux环境执行程序时经常会遇到提示程序依赖动态库.so文件不存在的情况,出现报错"error while loading shared libraries: XXXX.so.XX: cannot open shared object file: No such file or directory"信息。遇到这种问题如何解决?开始之前先把分析过程中会用到ldd、rpm、ldconfig指令以及相关的环境变量、配置文件做个基本介绍。

1、ldd 打印可执行程序依赖动态库列表

(1)ldd基础语法

Linux上error while loading shared libraries问题解决方法

(2)ldd使用实例

    主要就是ldd + 可执行程序名或者ldd `which 程序名`,如ldd `which cp`。如果是全部查看当前目录下文件。可以使用ldd *

Linux上error while loading shared libraries问题解决方法

  说明:“=>”左边表示该程序需要连接的共享库.so 名称,右边表示从共享库.so在Linux文件系统中的具体位置。默认情况下,/etc/ld.so.conf 文件中包含有默认的共享库搜索路径。

2、ldconfig 动态链接库管理命令

  ldconfig主要作用是在默认搜寻目录(/lib和/usr/lib)以及动态库配置文件/etc/ld.so.conf内所列的目录下,搜索出可共享的动态链接库,从而创建出动态装入程序(ld.so)所需的连接和缓存文件,缓存文件默认为 /etc/ld.so.cache

(1)ldconfig基本语法

    ldconfig [-v|--verbose] [-p|--print-cache] [-?|--help|--usage] path...

   选项说明:

   -v或--verbose : 显示正在扫描的目录及搜索到的动态链接库,还有它所创建的连接的名字;

   -p或--print-cache : 打印出当前缓存文件所保存的所有共享库的名字;

(2)lddconfig使用方法

   a、直接执行 lddconfig。用于在/etc/ld.so.conf新增一行待写入高速缓存当中的动态函数库。

   b、lddconfig -p。列出目前的所有函数库数据内容(/etc/ld.so.cache)

3、rpm软件包管理命令

  rpm(RedHat Package Manager)用于安装、更新、卸载系统软件。rpm基本使用场景如下:

  (1)rpm安装

  rpm -ivh package_name  正常安装,如果缺少依赖文件时会安装失败

Linux上error while loading shared libraries问题解决方法

 rpm -ivh --nodeps --force package_name 强制安装,即使缺少依赖文件。

Linux上error while loading shared libraries问题解决方法

(2)rpm升级或更新软件

 rpm -Uvh/Fvh package_name 升级或更新软件

-Uvh 后面接的软件即使没有安装过,则系统将予以直接安装; 若后面接的软件有安装过旧版,则系统更新至新版;

-Fvh 如果后面接的软件幵未安装,则该软件不会被安装;若后面接的软件有安装过旧版,则系统更新至新版。

(3)rpm查询

Linux上error while loading shared libraries问题解决方法

   重点再说一下本文描述中会用到的-qf/-qi参数。目的是期望通过这两个参数去获取缺失动态库可以通过安装哪一个软件可以获取。

rpm -qi 动态库名称。根据输出结果中的Source RPM可以获取安装的软件名称

[root@www ~]# rpm -qi logrotate

Name : logrotate Relocations: (not relocatable) Version : 3.7.4 Vendor: CentOS Release : 8 Build Date: Sun 02 Dec 2007 08:38:06 AM CST Install Date: Sat 09 May 2009 11:59:05 PM CST Build Host: builder6 Group : System Environment/Base Source RPM: logrotate-3.7.4-8.src.rpm

rpm -qf 动态库清除 输出安装的软件名称

[root@www ~]# rpm -qf /bin/sh

bash-3.2-21.el5 --> 说明sh文件是通过安装bash-3.2-21.el5获取。

 4、cannot open shared object file解决步骤

  这里描述一下分析思路。因为没有linux服务器,所以描述中的例子是自己构造的。但不影响理解。

  (1)在服务器A上执行程序执行ldd 可执行程序。输出结果如下

linux-vdso.so.1 => (0x00007fff48ff0000)

libcrypt.so.1 => /lib64/libcrypt.so.1 (0×0000003065800000)

libpcre.so.1 => not found

libssl.so.6 => /lib64/libssl.so.6 (0×0000003067000000)

libcrypto.so.6 => /lib64/libcrypto.so.6 (0×0000003066400000)

libdl.so.2 => /lib64/libdl.so.2 (0×0000003063000000)

(2)在正常可以执行该程序的服务器B上,执行ldd 可执行程序。显示如下:

linux-vdso.so.1 => (0x00007fff48ff0000)

libcrypt.so.1 => /lib64/libcrypt.so.1 (0×0000003065800000)

libpcre.so.1 => /lib64/libpcre.so.1

libssl.so.6 => /lib64/libssl.so.6 (0×0000003067000000)

libcrypto.so.6 => /lib64/libcrypto.so.6 (0×0000003066400000)

libdl.so.2 => /lib64/libdl.so.2 (0×0000003063000000)

  从这里,我们可以知道服务器A上/lib64目录下由于缺少libpcre.so.1文件导致程序执行报错提示缺少动态库。下一步就是开始想办法安装libpcre.so.1文件。

(3)在服务器B上执行rpm -qf /lib64/libpcre.so.1。

[root@www ~]# rpm -qf /lib64/libpcre.so.1

libpcre-3.2-21.el5 --> 说明libpcre.so.1文件是通过安装libpcre-3.2-21.el5获取。

(4)查看Linux服务器系统版本,获取对应的镜像包,从而获取libpcre-3.2-21.el5.rpm安装软件

(5)执行rpm -ivh libpcre-3.2-21.el5.rpm安装。

(6)重新执行程序,问题解决。

上一篇:剑指 Offer 50. 第一个只出现一次的字符


下一篇:Luogu4931 情侣?给我烧了!(加强版)【生成函数】