log里记录如下:/share/HDA_DATA/.qpkg/Optware/bin/transmission-daemon: error while loading shared libraries: libevent-1.4.so.2: cannot open shared object file: No such file or directory
用ipkg install libevent说已经安装过,我怀疑是调用路径不对,所以把libevent*文件都复制到/lib下,重启NAS,还是一样的问题啊!!
我参考了http://www.gebi1.com/thread-1469-1-1.html 严格按里面讲的做,但是反复几次还是不行啊,晕死了。。。本来就对LINUX不熟,请高手来指点一二!!先谢谢了!!
什么型号的机器?ts-119我没碰到过问题。网上有个类似的错误解决方式不知道可以否?
In my situation, I ran into an error
error while loading shared libraries: libevent-1.4.so.2: cannot open shared object file: No such file or directory
It turned out that the new libevent get installed, it doesn’t “register” the actual library file (similar to DLL on Windows) with the system. When Memcached runs, it tries to look for the libevent-1.4.so.2 file but since libevent is still playing hide and seek somewhere, memcached cries.
To fix this, we need to manually load the libevent library file into the system via the ld configuration. From the man page of ld:
ld combines a number of object and archive files, relocates their data and ties up symbol references. Usually the last step in compiling a program is to run ld.
I like to think ld as the regsrv32 used to register DLL’s on Windows. Now to fix up the reference to the libevent so file, we need to create a file under /etc/ld.so.conf.d/
# vi /etc/ld.so.conf.d/libevent-i386.conf
then enter
/usr/local/lib/
Write and quit (:wq!)
The path in the libevent-i386.conf is the path where the actual .so files are located at. We set this path when we run the ./configure –prefix=/usr/local/ during the libevent compilation. Reloading the ld configuration with
我也安装了,能够正常运行,但也和你一样,transmission总是不能自动运行,log里也记录如下:/share/HDA_DATA/.qpkg/Optware/bin/transmission-daemon: error while loading shared libraries: libevent-1.4.so.2: cannot open shared object file: No such file or directory,看那位大侠能帮忙,我的是ts-219.