新来的服务器装上了CentOS 6.5,很多软件需要安装,有几个装不上,于是把一台老服务器的系统文件同步过来了.用起来貌似正常.年初又要装些软件,ldconfig之后系统出现了问题,当时是用安装盘进行修复的.操作过程都记录了下来,但是忘记写到哪里了,也忘了装什么软件!(真悲催)
今天又要装软件,也许是和之前同一个软件!!!于是又ldconfig了以下,结果ls,su等系统命令都不能启动了报错是:
ls: error while loading shared libraries: __vdso_time: invalid mode for dlopen(): Invalid argument
记得这是一个系统库文件链接的问题:libc.so.6,现在需要好好理顺一下发生了什么!!
(一个解决办法)上次出错看过这篇博文.这次使用光盘在rescue模式下修改了libc.so.6的链接指向,使服务器恢复正常.
一. ldconfig干了什么
在ldconfig之前,查了/bin64目录下的文件lrwxrwxrwx 1 root root 16 1月 12 15:33 libpci.so.3 -> libpci.so.3.1.10
lrwxrwxrwx 1 root root 14 1月 12 15:33 libnl.so.1 -> libnl.so.1.1.4
lrwxrwxrwx 1 root root 28 1月 12 15:33 libgcc_s.so.1 -> libgcc_s-4.4.7-20120601.so.1
-rwxr-xr-x 1 root root 10168306 1月 12 20:21 libc-2.17.so
lrwxrwxrwx. 1 root root 12 1月 12 21:20 libc.so.6 -> libc-2.12.so
drwxr-xr-x. 2 root root 4096 1月 23 03:26 dbus-1
仔细看过后想起来,之前是想升级把libc.so.6指到了libc-2.17.so,导致了系统故障,这次libc.so.6指到哪个动态库呢?(动态库知识),这次在rescue模式修复libc.so.6的链接时,它指向了libc-2.17.so.确实是和之前一样的问题. 在这个博客中提到ldconfig为在命令行中说明的目录或文件/etc/ld.so.config中指定的目录或一些可信任的目录(象/usr/lib, /lib)中的最新的动态连接库创建必要的连接和绶存。这些绶存起来的数据会被动态连接器ld.so 或 ld-linux.so所使用。ldconfig会检查它所遇到的动态库文件的名称与版本号,以决定那些动态库的连接要进行更新。
在bin64的目录下有最新的libc-2.17.so文件,因此ldconfig后把libc.so.6的链接指到了这个最新的库文件,导致错误了.如果我删去这个新的文件呢?测试是成功的.但是改成libc-2.17.so.back后,运行ldconfig,这个命令还是把libc.so.6指到了libc-2.17.so.back文件,又导致系统故障. 做同步更新的时候要慎重啊!