error while loading shared libraries: libudev.so.0 的问题

在linux下运行koala的时候遇到了问题:

应该是缺少文件libudev.so.0

在/lib和/lib64目录下也都没有这个文件.然后网上找解决方案,在/lib/x86_64-linux-gnu/目录下找到一个文件:libudev.so.1

于是做了一个软连接:

sudo ln -s /lib/x86_64-linux-gnu/libudev.so.1 /lib/x86_64-linux-gnu/libudev.so.0

搞定.

参考自: error while loading shared libraries: libudev.so.0 解决

时间: 2024-11-05 18:31:24

error while loading shared libraries: libudev.so.0 的问题的相关文章

/bin/gnugk: error while loading shared libraries: libcrypto.so.0.9.8:

[[email protected] ~]# /bin/gnugk -c /etc/gnugk/gnugk.ini -ttttt -o /var/log/gnugk.log/bin/gnugk: error while loading shared libraries: libcrypto.so.0.9.8: cannot open shared object file: No such file or directory 解决方法: [[email protected] ~]# yum -y

error while loading shared libraries: libpcre.so.0的解决办法(转)

error while loading shared libraries: libpcre.so.0的解决办法 昨晚刚买了台linux云服务器,今天配置apache2时,因没有备份libpcre.so.0文件便执行命令“rpm -e pcre –nodeps”,导致丢失libpcre.so.0文件.结果可想而知,新版的pcre再也安装不上了,apache2也无法再编译了.只要一编译,就提示错误: error while loading shared libraries: libpcre.so.0

error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file

安装rac10g,出现如下错误: [[email protected] oracle]# /u01/product/crs/root.sh WARNING: directory '/u01/product' is not owned by root Checking to see if Oracle CRS stack is already configured /etc/oracle does not exist. Creating it now. Setting the permission

NCARG安装配置出现error while loading shared libraries: libg2c.so.0问题额解决办法

nclncl: error while loading shared libraries: libg2c.so.0: cannot open shared object file: No such file or directory 先看看运行机器上面有没有这个动态链接库,有的话再看看环境变量对不对,libg2c.so.0 所在路径是不是在你的LD_LIBRARY_PATH里面了,可以到/etc/ld.so.conf文件里面去更改,然后ldconfig 如果有的话,按2楼操作,一般情况下是动态文

动态链接库找不到 : error while loading shared libraries: libgsl.so.0: cannot open shared object file: No such file or directory

问题: 运行gsl(GNU scientific Library)的函数库,用 gcc erf.c -I/usr/local/include -L/usr/local/lib64 -L/usr/local/lib -g -Wall --std=gnu99 -lgsl -lgslcblas -o m.o 编译,之后运行./m.o 提示error while loading shared libraries: libgsl.so.0: cannot open shared object file:

Nginx启动错误:error while loading shared libraries: libpcre.so.0

今天测试的时候,启动一个其他机器预编译好的nginx到目标测试机器(OEL 7.4)启动的时候,报了下列错误: /usr/local/nginx/sbin/nginx: error while loading shared libraries: libpcre.so.0: cannot open shared object file: No such file or directory 经查,OEL 7.4版本下/lib64下没有libpcre.so.0这个共享库,故创建一个到libpcre.s

error while loading shared libraries: libpcre.so.0的解决办法

因没有备份libpcre.so.0文件便执行命令“rpm -e pcre –nodeps”,导致丢失libpcre.so.0文件.结果可想而知,新版的pcre再也安装不上了,apache2也无法再编译了.只要一编译,就提示错误: error while loading shared libraries: libpcre.so.0: cannot open shared object file: No such file or directory 经过半天的折腾,从别的服务器上拷贝来一份libpc

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

今天安装源码包inotify 一切安装妥当之后启动失败,报如下错误: 第一感觉是找不到这个库,此时有两种可能 1,操作系统上没有安装该库 2,操作系统找不到该库 首先在/usr路径下查找该包的名称,如下图 ps:为什么要在/usr下找呢,因为库文件一般都安装在该目录下. 结果只在源码包的安装路径下找到了该库,证明以源码包形式安装该软件的时候该库已经被安装在操作系统中了. 这就验证了上边的第2项,操作系统找不到该库的路径. 此时我们应该想怎么让操作系统找到该库 在这之前呢我们要先知道一点,程序里面

svnadmin:error while loading shared libraries: libaprutil-1.so.0:cannot open shared object file: No such file or directory

wdcp下安装svn后一直提示 解决办法 vi /etc/ld.so.conf 在文件的最后加入“/www/wdlinux/apache/lib”即可,然后更新下: ldconfig -v