我愚蠢地尝试将 Glibc 更新到更新的版本,遇到段错误并重新启动,结果却遇到了这个错误:
这是一个在 Kernel PV 64 位 (4.4.27-x86_64-jb1) 上运行 CentOS 6.2 64 位的虚拟机,我只能远程访问。
我可以选择启动到不同的内核,我可以简单地这样做来访问安装在它不想启动到的同一系统上的网络服务器和 mysql 数据库吗?
我在别处读到我可以简单地为发行版重新安装正确的 Glibc 库,但是我不能,因为我一开始就无法启动它。
最佳答案
I foolishly tried to update Glibc
是的,不正确的 GLIBC 升级很容易导致系统无法启动。
I have the option do boot into a different kernel
不同的内核会有完全相同的问题。您的问题不在于内核,而是 /sbin/init
,它是内核创建的第一个用户空间进程,无法运行。
恢复仍然可能,但可能相当复杂(并且可能值得也可能不值得付出努力,具体取决于您在 MySQL 数据库中有多少数据)。
你需要访问你正在启动的根文件系统,将它作为一个非根文件系统安装到其他虚拟机中,修复它(删除你安装的错误的 GLIBC 部分并重新安装原始包),然后卸载它。之后,您将能够启动原始 VM。
您需要执行的具体操作取决于您实际使用的 VM 以及您如何配置其磁盘。
关于linux - Glibc 更新后 CentOS 启动进入内核崩溃,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/42224012/