linux系统升级崩溃,Linux系统崩溃最快速的解决方法

现象&＃xff1a;

在安装HP硬件监控(hpasmcli)提示需要依赖Glibc-2.7&＃xff0c;而本机的是Glibc-2.5&＃xff0c;看来得升级Glibc了&＃xff0c;可惜在升级时又出现了更多的依赖问题&＃xff0c;想到在其他服务器上安装hpasmcli时很顺利&＃xff0c;就想到将其他服务器的glibc库文件直接拷贝到本机尝试&＃xff0c;涉及的文件有&＃xff1a;

/lib/libc-2.5.so # 32位系统

/lib64/libc-2.5.so # 64位系统

因为我操作的服务器系统是64位的&＃xff0c;故在覆盖/lib64/libc-2.5.so文件的瞬间&＃xff0c;屏幕上立即报出大量内核错误&＃xff0c;如下(其中host指代服务器主机名)&＃xff1a;

Message from syslogd&＃64; at Fri Apr 26 18:10:35 2013 ... host kernel: in6b rsp 00007fff8c0b8698 error 4 Message from syslogd&＃64; at Fri Apr 26 18:10:35 2013 ... host kernel: init[1]: segfault at 0000000000000000 rip 00002b28b2052e6b rsp 00007fff8c0b8698 error 4 Message from syslogd&＃64; at Fri Apr 26 18:10:35 2013 ... host last message repeated 17 times Message from syslogd&＃64; at Fri Apr 26 18:10:35 2013 ... host kernel: init[1]: segfau6b rsp 00007fff8c0b8698 error 4 Message from syslogd&＃64; at Fri Apr 26 18:10:35 2013 ... host kernel: init[16b rsp 00007fff8c0b8698 error 4

然后系统就崩溃了&＃xff0c;无法再登录了。

紧急联系机房重启服务器&＃xff0c;告知无法启动。

诶&＃xff0c;亲手造成了此次事故呀!

要点&＃xff1a;

glibc是gnu发布的libc库&＃xff0c;即c运行库。glibc是linux系统中最底层的api&＃xff0c;几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操作系统所提供的系统服务外&＃xff0c;它本身也提供了许多其它一些必要功能服务的实现。由于 glibc 囊括了几乎所有的 UNIX 通行的标准&＃xff0c;可以想见其内容包罗万象。

升级Glibc的忠告&＃xff1a;不要在运行中的系统上安装 Glibc&＃xff0c;否则将会导致系统崩溃&＃xff0c;至少应当将新 Glibc 安装到其他的单独目录&＃xff0c;以保证不覆盖当前正在使用的 Glibc。(我就无知的覆盖了&＃xff0c;??)

解决方法&＃xff1a;

赶赴机房吧&＃xff0c;幸好我在替换前在目录/lib下保存了原来的库文件(libc-2.5.so.bak)&＃xff0c;使用Linux系统盘进入“救援模式”&＃xff0c;将被替换的2个库文件恢复&＃xff0c;重启系统就可以了;

系统正常启动了&＃xff0c;就交给其他部门的同事去恢复数据吧。(我会告诉你&＃xff0c;我搞挂的是一台DB服务器嘛!)