ldconfig导致的系统问题

    新来的服务器装上了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文件,又导致系统故障.    做同步更新的时候要慎重啊!