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

今天安装源码包inotify 一切安装稳当以后启动失败,报以下错误:操作系统

 

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

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

2,操做系统找不到该库源码

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

ps:为何要在/usr下找呢,由于库文件通常都安装在该目录下。软件

 

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

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

此时咱们应该想怎么让操做系统找到该库方法

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

找到缘由以后下面是解决方法:

方法一:
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

相关文章
相关标签/搜索