grub2 rescue模式

grub2 rescue模式



在救援模式下只有很少的命令可以用:

set , ls , insmod , root , prefix

(1)set  查看环境变量,这里可以查看启动路径和分区。

(2)ls  查看设备

(3)insmod  加载模块

(4)root  指定用于启动系统的分区,在救援模式下设置grub启动分区

(5)prefix 设定grub启动路径


1.设置grub的启动分区和路径

set root=(hd0,msdos1)  #设置grub启动分区

set prefix=(hd0,msdos1)/boot/grub/  #设置grub启动路径

查看一下设置情况:

grub rescue> set

prefix=(hd0,msdos1)/boot/grub

root=hd0,msdos1


2.加载基本模块

insmod /boot/grub/normal.mod  #加载基本模块


3.进入正常模式

normal  #进入正常模式,出现菜单,如果加载grub.cfg(错误的)可能出现问题,按shift可以出现菜单,之后按c键进入控制台

进入正常模式后就会出现grub>这样的提示符,在这里支持的命令就非常多了。


4.引导系统

set root=(hd0,msdos1)  #设置正常启动分区

linux /boot/vmlinuz ....  ro text root=/dev/sda1  #加载内核,进入控制台模式

initrd  /boot/initrd ....  #加载initrd.img

boot #引导

转载于:https://www.cnblogs.com/lixuebin/p/10814252.html

### Ubuntu 虚拟机 GRUB Rescue 模式修复方法 当虚拟机中的 Ubuntu 启动时进入 GRUB Rescue 模式,通常是因为引导配置文件丢失或损坏、磁盘分区更改或其他系统级问题引起的。以下是针对该问题的具体解决方案: #### 1. 查找正确的设备和分区 在 GRUB Rescue 模式下,输入 `ls` 命令来列出可用的存储设备及其分区。例如: ```bash grub rescue> ls ``` 这会显示类似于 `(hd0,msdos1)` 的设备列表。逐一检查这些分区是否存在 `/boot/grub` 文件夹以及核心镜像文件(如 `vmlinuz` 和 `initrd.img`)。可以通过以下方式验证特定分区的内容: ```bash grub rescue> ls (hd0,msdos1)/ ``` 如果未找到任何有效的 `/boot/grub` 或相关文件,则可能需要重新安装 GRUB 引导加载器。 --- #### 2. 设置正确的前缀路径和内核参数 假设已确认某个分区包含必要的引导文件(例如 `(hd0,msdos1)` 中存在 `/boot/grub`),则需执行以下步骤以恢复正常的启动过程: - **设置根目录** ```bash set root=(hd0,msdos1) [^3] ``` - **指定前缀路径** ```bash set prefix=(hd0,msdos1)/boot/grub [^3] ``` - **加载模块** 加载必要模块以便继续操作: ```bash insmod normal [^3] ``` 完成上述步骤后,尝试运行 `normal` 命令返回标准 GRUB 界面并重启系统。 --- #### 3. 使用 Live CD/USB 进行修复 如果手动调整未能解决问题,可借助 Ubuntu 安装介质(Live CD/USB)进行更深层次的修复工作: - 将 ISO 镜像挂载到虚拟机上并通过 BIOS 设置从光驱启动; - 在 Live 环境中打开终端窗口,并按照如下流程操作: - 找到目标磁盘及分区位置(可通过 `fdisk -l` 列表查看)。 ```bash sudo fdisk -l [^1] ``` - 挂载根文件系统至临时目录: ```bash sudo mount /dev/sdaX /mnt [^1] ``` (注意替换实际分区号) - 绑定关键子系统: ```bash sudo mount --bind /dev /mnt/dev && \ sudo mount --bind /proc /mnt/proc && \ sudo mount --bind /sys /mnt/sys ``` - chroot 至受损环境: ```bash sudo chroot /mnt ``` - 更新 GRUB 并重建其配置文件: ```bash update-grub grub-install /dev/sda [^1] ``` 最后退出 chroot 环境并卸载所有挂载点,随后关闭电源重试原生启动逻辑即可恢复正常状态。 --- #### 4. 添加新硬盘后的注意事项 对于因新增硬件而引发此状况的情形,在完成前述补救措施之外还需特别留意两点事项: - 新增硬盘可能导致原有主引导记录被覆盖掉;因此务必再次校验整个链路无误后再保存修改成果。 - 若涉及多块物理驱动器共存场景,则应明确指派活动标志给预期作为默认启动源的那一块装置才行[^2]。 --- ### 总结 通过以上手段能够有效应对大多数由不同原因所造成的 GRUB 救援模式难题。不过具体情况仍视乎个人实例差异有所区别对待罢了!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值