首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >【踩坑】记录升级glibc导致无法启动系统的坑

【踩坑】记录升级glibc导致无法启动系统的坑

作者头像
小锋学长生活大爆炸
发布2025-05-24 14:31:06
发布2025-05-24 14:31:06
46800
代码可运行
举报
运行总次数:0
代码可运行

转载请注明出处:小锋学长生活大爆炸[xfxuezhagn.cn] 如果本文帮助到了你,欢迎[点赞、收藏、关注]哦~

glibc能不动千万不要动,你惹他干啥呢?

1、开机后进入recovery模式(我用的是rescue模式,应该就是这个recovery)

2、挂载根分区。进入终端,列出分区:

代码语言:javascript
代码运行次数:0
运行
复制
fdisk -l

3、找到你原本系统所在的根分区,比如我的/dev/vda1:

4、挂载原系统的根分区:

代码语言:javascript
代码运行次数:0
运行
复制
mkdir /mnt/recovery
mount /dev/vda1 /mnt/recovery

5、可以看到确实就是原本的系统,并且已经挂载成功了:

代码语言:javascript
代码运行次数:0
运行
复制
ls /mnt/recovery/

6、检查现在的 libc.so.6 文件:

代码语言:javascript
代码运行次数:0
运行
复制
ls -l /mnt/recovery/lib/x86_64-linux-gnu/libc.so.6

7、使用正确的libc文件来替换这个错误的libc:

代码语言:javascript
代码运行次数:0
运行
复制
rm /mnt/recovery/lib/x86_64-linux-gnu/libc.so.6

cp /mnt/recovery/lib/x86_64-linux-gnu/libc-2.27.so  /mnt/recovery/lib/x86_64-linux-gnu/libc.so.6

8、更新链接,使用 chroot 进入修复环境:

代码语言:javascript
代码运行次数:0
运行
复制
chroot /mnt/recovery
ldconfig
exit

可以看到su命令已经可以正常执行了,这也说明libc问题已经修复了。

9、卸载分区并重启:

代码语言:javascript
代码运行次数:0
运行
复制
umount /mnt/recovery
reboot

10、重新登录即可:

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2025-02-25,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档