CentOS-7误删lib64里面的重要信息,CentOS-7无法正常启动,错误kerneloffset
(2022-12-07 16:26:17)| 分类: madagascar |
centos7升级GLIBC后导致系统不能启动成功
【CentOS7】U盘装 CentOS7 进入 dracut 真正解决办法
Centos7升级glibc导致系统异常(无法开机)解决方法
“Warning: /dev/root does not exist, could not
boot”
centos7升级GLIBC后导致系统不能启动成功
centos7
glibc2.13-glibc2.27
1.准备U盘系统盘,系统要和原来的系统版本匹配
开机重启按F2进入BIOS,通过U盘启动系统
选择Rescue mode
2.接下来,选择 Rescue 选项,这里我们选择 Continue
Continue:救援模式程序会自动查找系统中已有的文件系统,并把他们挂载到 /mnt/sysimage 目录下,也就是将缺失部分系统文件的坏掉的原系统挂载到 /mnt/sysimage 目录
Read-Only:则会以只读的方式挂载已有的文件系统
Skip: 手动挂载
Advanced:高级选项就不作说明了
3.接下来,会弹出提示页面
原损坏系统挂载路径为 /mnt/sysimage ,如果想获得原损坏系统 root 环境,执行命令:chroot /mnt/sysimage 即可。
4.执行成功后会进入shell
5.接下来是重头戏
查看U盘在哪个盘
如果找不到自己的U盘在哪个盘?
ls
拔出U盘
ls
(或者利用
重启系统,修改读取U盘路径
reboot
修改启动项信息启动
1、使用设备加载序号文件启动
在启动界面选中 install centos (start centos)(台式按 E) 或 (笔记本按 Tab) 进行编辑启动项的信息
修改前:Linuxefi /images/pxeboot/vmlinuz inst.stage22=hd:LABEL=CentOS\x207\x20x\86_64 quiet
修改后:Linuxefi
/images/pxeboot/vmlinuz
其中,/dev/sda4
或者把U盘的名字改成
进入U盘--> EFI-->BOOT-->grub.cfg
把 grub.cfg 里面的 "CentOS 7 x86_64"
和“CentOS\x207\x20x86_64”都改成
修改前:Linuxefi /images/pxeboot/vmlinuz inst.stage22=hd:LABEL=CentOS\x207\x20x\86_64 quiet
修改后:Linuxefi
/images/pxeboot/vmlinuz
2、按
————————————————
版权声明:本文为CSDN博主「虚妄狼」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/qq_42470947/article/details/109109277
3、
3.提示:
Rescue
The rescue environment will not attempt to find your Linux installation and
mount it under the directory : /mnt/sysimage . You can then make any changes
required to your system. Choice '1' to proceed with this step.
You can choose to mount your file systems read-only instead of read-write by
choosing '2' .
If for some reason this process does not work choose '3' to skip directly to a
shell.
1)Continue
2) Read-only mount
3) Skip to shell
4) Quit(Reboot)
选择1
创建 U 盘 挂载用的目录
这里可以自己定义用于挂载 U 盘 的空目录啊,切记不能是 /mnt/sysimage 目录,因为原损坏系统在这个目录下
mkdir /mnt/cdrom
1
将 U 盘 挂载到 /mnt/cdrom 下
mount /dev/sdb1 /mnt/cdrom
1
删除更新 glibc 2.18 时,在原损坏系统 /lib64 目录下的升级生成文件
删除之前先备份,centos-7里面是 *2.18*
mkdir /mnt/cdrom/backup_data
cp /mnt/sysimage/lib64/*2.18*
1
2
删除升级残留文件
rm /mnt/sysimage/lib64/*2.18*
1
重新安装系统原生 glibc 依赖
一定要用 –root 指定 root,目前的根目录是 U 盘的
rpm -ivh /mnt/cdrom/Packages/glibc* --nodeps --root
/mnt/sysimage --force
1
安装完成之后重启 reboot
系统恢复正常,又可以愉快的玩耍了~
————————————————
版权声明:本文为CSDN博主「麦迪康」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/gaoping2736411763/article/details/125280583
其他参考:https://www.cnblogs.com/caya-yuan/p/10554422.html
真正的拯救方法:
1. 准备一个U盘启动盘(一个好的运维随时都有一个U盘启动盘)
2.按住电源键重启(你的指令都用不了)
3.提示:
Rescue
The rescue environment will not attempt to find your Linux installation and
mount it under the directory : /mnt/sysimage . You can then make any changes
required to your system. Choice '1' to proceed with this step.
You can choose to mount your file systems read-only instead of read-write by
choosing '2' .
If for some reason this process does not work choose '3' to skip directly to a
shell.
1)Continue
2) Read-only mount
3) Skip to shell
4) Quit(Reboot)
选择1
sh-4.2#
sh-4.2#
reboot

加载中…