安装源码包inotify启动失败 error while loading shared libraries: libinotifytools.so.0: cannot open shared obje

Posted zyh9900010

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了安装源码包inotify启动失败 error while loading shared libraries: libinotifytools.so.0: cannot open shared obje相关的知识,希望对你有一定的参考价值。

今天安装源码包inotify 一切安装妥当之后启动失败,报如下错误:

 技术图片

第一感觉是找不到这个库,此时有两种可能

1,操作系统上没有安装该库

2,操作系统找不到该库

首先在/usr路径下查找该包的名称,如下图

技术图片

ps:为什么要在/usr下找呢,因为库文件一般都安装在该目录下。

 

结果只在源码包的安装路径下找到了该库,证明以源码包形式安装该软件的时候该库已经被安装在操作系统中了。

这就验证了上边的第2项,操作系统找不到该库的路径。

此时我们应该想怎么让操作系统找到该库

在这之前呢我们要先知道一点,程序里面引用库分为动态链接库和静态链接库,简单的理解静态链接库就是程序要用的一些类库直接写到了该程序里面,而使用动态链接库的程序就时程序只是在声明部分写入要引用该库,而不必把要引用的类库都加载到程序里面,这样的好处就是程序看起来更简洁,代码也少了很多,缺点就是需要操作系统需要其引用的类库。由此可以断定上面程序之所以报错是因为该程序引用的是动态链接库,但是操作系统里面没有这个库,源码包却自带的这个库,这时就要让操作系统知道这个库所在的路径就OK了。

找到原因之后下面是解决方法:

方法一:
echo "/usr/lib64/mysol" >> /etc/ld.so.conf
ldconfig

ld.so.conf动态链接库装载器,操作系统会根据这里面写的路径去找库。

ldconfig是告诉操作系统要引入新的变量了,需要重新识别一下。

方法二:

export LD_LIBRARY_PATH=/usr/local/inotify/lib:$LD_LIBRARY_PATH 

/usr/local/inotify/lib为该源码包要用的库的路径,引入该环境变量的时候操作系统就会去找该变量下的类库。
————————————————
版权声明:本文为CSDN博主「JNeuman」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/wangxin6722513/article/details/44218893

以上是关于安装源码包inotify启动失败 error while loading shared libraries: libinotifytools.so.0: cannot open shared obje的主要内容,如果未能解决你的问题,请参考以下文章

实验:将inotify-tools-3.14.tar.gz源码包做成rpm包

rsync + inotify 实时同步附送源码包

linux下安装rabbitmq报错

centos7只rsync+inotify

异步读取 inotify 描述符失败

Redis的安装及配置