Linux Glibc更新后CentOS引导进入内核死机状态

我愚蠢地试图将Glibc更新到一个新版本，但遇到了SEGFULTS并重新启动，结果却遇到了这个错误：

它是一个运行CentOS 6.2 64位的虚拟机，内核PV 64位（4.4.27-x86_64-jb1），我只能远程访问

我可以选择启动到另一个内核，我可以简单地访问安装在不想启动到的同一个系统上的Web服务器和mysql数据库吗

我在其他地方读到过，我可以简单地为发行版重新安装正确的Glibc libs，但是我不能，因为我首先无法启动它

我愚蠢地试图更新Glibc

是的，GLIBC的不正确升级是使系统不可旋转的简单方法

我可以选择是否引导到另一个内核

不同的内核将有完全相同的问题。您的问题不在于内核，而是内核创建的第一个用户空间进程

/sbin/init

，无法运行

恢复是可能的，但可能相当复杂（可能值得，也可能不值得，这取决于MySQL数据库中有多少数据）

您需要访问正在引导的根文件系统，将其作为非根文件系统装载到其他一些VM中，修复它（删除已安装的GLIBC部件并重新安装原始软件包），然后卸载它。之后，您将能够启动原始VM

---

您需要做什么的确切细节取决于您实际使用的VM以及如何配置其磁盘。

您可以尝试内核参数

init=/bin/bash

，但是如果

init

没有找到它的库，

bash

可能也不会。