⑴Linux系统中，安装软件的时候要求Glibc-.版本，可是自身Glibc版本过低需要升级，从而导致系统奔溃，这是什么原因导致的呢？又该如何处理？下面小编就给大家介绍下Linux升级Glibc时系统奔溃的解决方法。
⑵在安装HP硬件监控（hpasmcli提示需要依赖Glibc-.，而本机的是Glibc-.，看来得升级Glibc了，可惜在升级时又出现了更多的依赖问题，想到在其他服务器上安装hpasmcli时很顺利，就想到将其他服务器的glibc库文件直接拷贝到本机尝试，涉及的文件有：
⑶/lib/libc-..so # 位系统
⑷/lib/libc-..so # 位系统
⑸因为我操作的服务器系统是位的，故在覆盖/lib/libc-..so文件的瞬间，屏幕上立即报出大量内核错误，如下（其中host指代服务器主机名：
⑹Message from syslogd at Fri Apr :: 。。。 host kernel： inb rsp fffcb error Message from syslogd at Fri Apr :: 。。。 host kernel： init［］： segfault at rip bbeb rsp fffcb error Message from syslogd at Fri Apr :: 。。。 host last message repeated times Message from syslogd at Fri Apr :: 。。。 host kernel： init［］： segfaub rsp fffcb error Message from syslogd at Fri Apr :: 。。。 host kernel： init［b rsp fffcb error
⑺然后系统就崩溃了，无法再登录了。
⑻紧急联系机房重启服务器，告知无法启动。
⑼诶，亲手造成了此次事故呀！
⑽glibc是gnu发布的libc库，即c运行库。glibc是linux系统中最底层的api，几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操作系统所提供的系统服务外，它本身也提供了许多其它一些必要功能服务的实现。由于 glibc 囊括了几乎所有的 UNIX 通行的标准，可以想见其内容包罗万象。
⑾升级Glibc的忠告：不要在运行中的系统上安装 Glibc，否则将会导致系统崩溃，至少应当将新 Glibc 安装到其他的单独目录，以保证不覆盖当前正在使用的 Glibc。（我就无知的覆盖了，囧！
⑿赶赴机房吧，幸好我在替换前在目录/lib下保存了原来的库文件（libc-..so.bak，使用Linux系统盘进入“救援模式”，将被替换的个库文件恢复，重启系统就可以了;
⒀系统正常启动了，就交给其他部门的同事去恢复数据吧。
⒁上面就是Linux升级Glibc时系统奔溃的解决方法的介绍了，方法很简单，就要进入救援模式，将替换的库文件恢复回来就可以了，如果你在升级Glibc的时候不覆盖原有的Glibc就不会导致系统奔溃。