急！lib报错，机器无法启动。

我想_我是海

各位高手请求大家的帮忙啊！一台hpz800的工作站，装了2个系统，linux4.6和linux5.3：
linux5.3可以正常启动；
linux4.6启动时报错：relocation error: /lib64/tls/libc.so.6: symbol _dl_tls_get_addr_soft, version GLIBC_PRIVATE not defined in file ld-linux-x86-64.so.2 with link time reference
/lib64/tls/下的文件列表如下：
-rwxr-xr-x 1 root root 1622288 May 12 15:14 libc-2.3.4.so
-rwxr-xr-x 1 root root 1622288 May 12 15:14 libc-2.3.4.so.0509
-rwxr-xr-x 1 root root 1699912 May 12 15:14 libc-2.5.so
lrwxrwxrwx 1 root root      11 May 12 21:24 libc.so.6 -> libc-2.5.so
-rwxr-xr-x 1 root root  912488 May 12 15:14 libdb-4.2.so
-rwxr-xr-x 1 root root  643240 May 12 15:14 libm-2.3.4.so
lrwxrwxrwx 1 root root      13 May 12 15:14 libm.so.6 -> libm-2.3.4.so
-rwxr-xr-x 1 root root  129952 May 12 15:14 libpthread-2.3.4.so
lrwxrwxrwx 1 root root      19 May 12 20:43 libpthread.so.0 -> libpthread-2.3.4.so
-rwxr-xr-x 1 root root   61296 May 12 15:14 librt-2.3.4.so
lrwxrwxrwx 1 root root      14 May 12 15:14 librt.so.1 -> librt-2.3.4.so
-rwxr-xr-x 1 root root   37048 May 12 15:14 libthread_db-1.0.so
lrwxrwxrwx 1 root root      19 May 12 15:14 libthread_db.so.1 -> libthread_db-1.0.so

libc.so.6文件只要链接libc-2.5.so就起不来系统，链接到 libc-2.3.4.so就可以进系统，但也是报一堆的lib之类的错。

[root@hp4 tls]# rpm -qa |grep libc
glibc-devel-2.5-18
glibc-devel-2.5-18
libcap-devel-1.10-26
compat-glibc-headers-2.3.4-2.26
glibc-2.5-18
libcroco-0.6.1-2.1
libcap-devel-1.10-26
libcroco-devel-0.6.1-2.1
glibc-common-2.5-18
libcap-1.10-26
libcroco-0.6.1-2.1
libcap-1.10-26
glibc-headers-2.5-18
compat-glibc-2.3.4-2.26
compat-glibc-2.3.4-2.26
glibc-2.5-18
libchewing-0.3.0-7.el5

请路过的高手给指点指点吧，倒腾了好久了也没整好，谢谢啦！
机器出问题之前用户改过4.6下的时间，改为1月5日。

Celinde

除了改时间，还做过其他的操作么？
比如安装/升级了什么软件

Celinde

glibc-2.5-18 ，你升级glibc了，对吧，
乱升glibc会害死人的...

我想_我是海

我问用户，她说除了时间啥都没改，4.6下也有应用软件

我想_我是海

如果是用户升glibc我应该怎么做呢？拜托了，支支招吧！

Celinde

libc-2.5.so 这个是glibc-2.5的
libc-2.3.4.so这是glibc-2.3的

rhel4自带的应该是glibc-2.3.4，我手头只有x86版的EL4，X64的即使不同，也不大可能自带glibc-2.5
用libc-2.3.4.so能启动，用libc-2.5.so启动不了，也证实了这系统上的c库有问题，可以推测不止这一个C库有问题，所以即使使用libc-2.3.4.so启动，仍然有很多报错。


还有你看  /lib64/tls/下文件的时间，大多数系统自带二进制文件的modify time应该是这个操作系统打包的日期，但是你的不是。一定有人在上面乱搞什么了

PS:机器上装oracle了？

我想_我是海

谢谢你啊，分析的很透彻！机器装了oracle8i，文件的时间是我今天改过的，系统的时间改回来了，备份了一套有拷贝回去了。

我想_我是海

这就是链接到2.3启动后的报错信息，很多

Celinde

几个问题得确定下，现在仍然不能确定是由于升级glibc引起的
这机器上次正常启动RHEL4是什么时候.. 在装oracle之前还是之后，如果装oracle后正常重启过，那或许不是升级glibc导致的？
因为常见的软件里只有安装oracle时，有些烂文档上说要安装glibc但又说的不明不白的，容易导致误操作

如果能确定是因为安装oracle(升级了glibc)导致的，先进RHEL5，把现在的RHEL4打包备份，再chroot或者启动RHEL4重装glibc那几个包。

比较复杂，如果上面的的应用不是很难重装，还是重装下系统干净些，也放心些。

我想_我是海

正常启动RHEL4是上周四，oracle装了很久了，应该不是安装oracle导致的。重新安装glibc的话需卸掉哪些包，需重装哪些包呢？劳驾再指点指点吧，头都大了，不知从何入手了，十分感谢！