Linux系统崩溃最快速的解决方法
程序员文章站
2023-11-25 18:04:22
我在替换前在目录/lib下保存了原来的库文件(libc-2.5.so.bak),使用Linux系统盘进入“救援模式”,将被替换的2个库文件恢复,重启系统就可以了... 13-06-25...
现象:
在安装hp硬件监控(hpasmcli)提示需要依赖glibc-2.7,而本机的是glibc-2.5,看来得升级glibc了,可惜在升级时又出现了更多的依赖问题,想到在其他服务器上安装hpasmcli时很顺利,就想到将其他服务器的glibc库文件直接拷贝到本机尝试,涉及的文件有:
/lib/libc-2.5.so # 32位系统
/lib64/libc-2.5.so # 64位系统
因为我操作的服务器系统是64位的,故在覆盖/lib64/libc-2.5.so文件的瞬间,屏幕上立即报出大量内核错误,如下(其中host指代服务器主机名):
message from syslogd@ at fri apr 26 18:10:35 2013 ... host kernel: in6b rsp 00007fff8c0b8698 error 4 message from syslogd@ at fri apr 26 18:10:35 2013 ... host kernel: init[1]: segfault at 0000000000000000 rip 00002b28b2052e6b rsp 00007fff8c0b8698 error 4 message from syslogd@ at fri apr 26 18:10:35 2013 ... host last message repeated 17 times message from syslogd@ at fri apr 26 18:10:35 2013 ... host kernel: init[1]: segfau6b rsp 00007fff8c0b8698 error 4 message from syslogd@ at fri apr 26 18:10:35 2013 ... host kernel: init[16b rsp 00007fff8c0b8698 error 4
然后系统就崩溃了,无法再登录了。
紧急联系机房重启服务器,告知无法启动。
诶,亲手造成了此次事故呀!
要点:
glibc是gnu发布的libc库,即c运行库。glibc是linux系统中最底层的api,几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操作系统所提供的系统服务外,它本身也提供了许多其它一些必要功能服务的实现。由于 glibc 囊括了几乎所有的 unix 通行的标准,可以想见其内容包罗万象。
升级glibc的忠告:不要在运行中的系统上安装 glibc,否则将会导致系统崩溃,至少应当将新 glibc 安装到其他的单独目录,以保证不覆盖当前正在使用的 glibc。(我就无知的覆盖了,囧!)
解决方法:
赶赴机房吧,幸好我在替换前在目录/lib下保存了原来的库文件(libc-2.5.so.bak),使用linux系统盘进入“救援模式”,将被替换的2个库文件恢复,重启系统就可以了;
系统正常启动了,就交给其他部门的同事去恢复数据吧。(我会告诉你,我搞挂的是一台db服务器嘛!)
在安装hp硬件监控(hpasmcli)提示需要依赖glibc-2.7,而本机的是glibc-2.5,看来得升级glibc了,可惜在升级时又出现了更多的依赖问题,想到在其他服务器上安装hpasmcli时很顺利,就想到将其他服务器的glibc库文件直接拷贝到本机尝试,涉及的文件有:
/lib/libc-2.5.so # 32位系统
/lib64/libc-2.5.so # 64位系统
因为我操作的服务器系统是64位的,故在覆盖/lib64/libc-2.5.so文件的瞬间,屏幕上立即报出大量内核错误,如下(其中host指代服务器主机名):
message from syslogd@ at fri apr 26 18:10:35 2013 ... host kernel: in6b rsp 00007fff8c0b8698 error 4 message from syslogd@ at fri apr 26 18:10:35 2013 ... host kernel: init[1]: segfault at 0000000000000000 rip 00002b28b2052e6b rsp 00007fff8c0b8698 error 4 message from syslogd@ at fri apr 26 18:10:35 2013 ... host last message repeated 17 times message from syslogd@ at fri apr 26 18:10:35 2013 ... host kernel: init[1]: segfau6b rsp 00007fff8c0b8698 error 4 message from syslogd@ at fri apr 26 18:10:35 2013 ... host kernel: init[16b rsp 00007fff8c0b8698 error 4
然后系统就崩溃了,无法再登录了。
紧急联系机房重启服务器,告知无法启动。
诶,亲手造成了此次事故呀!
要点:
glibc是gnu发布的libc库,即c运行库。glibc是linux系统中最底层的api,几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操作系统所提供的系统服务外,它本身也提供了许多其它一些必要功能服务的实现。由于 glibc 囊括了几乎所有的 unix 通行的标准,可以想见其内容包罗万象。
升级glibc的忠告:不要在运行中的系统上安装 glibc,否则将会导致系统崩溃,至少应当将新 glibc 安装到其他的单独目录,以保证不覆盖当前正在使用的 glibc。(我就无知的覆盖了,囧!)
解决方法:
赶赴机房吧,幸好我在替换前在目录/lib下保存了原来的库文件(libc-2.5.so.bak),使用linux系统盘进入“救援模式”,将被替换的2个库文件恢复,重启系统就可以了;
系统正常启动了,就交给其他部门的同事去恢复数据吧。(我会告诉你,我搞挂的是一台db服务器嘛!)
推荐阅读
-
win10系统运行以撒的结合崩溃的解决方法
-
Win7系统Excel菜单栏不见了的快速解决方法
-
Linux系统中10个最危险的命令详解
-
linux系统更新正在运行进程的可执行文件需要注意的text file busy的原因及解决方法
-
系统提示没有找到iertutil.dll的解决方法(快速解决iertutil.dll丢失步骤详解)
-
Linux系统崩溃最快速的解决方法
-
Linux系统忘记root密码的解决方法(简明教程)
-
Linux系统中提示/usr/bin/ld: cannot find -lxxx错误的通用解决方法
-
系统崩溃了如何快速恢复收藏夹的内容
-
Linux修改fstab文件后 系统无法启动的解决方法