前言 由于安装grub到虚拟磁盘需要挂载,而挂载需要root权限,而且windows下也用不了(虽然我自己都不用Windows安装),所以我打算研究一下grub-install的代码,自己做一个简易的脚本来作为替代。 代码 读完之后再看,发现grub-install只是做了一些识别设备信息并匹配设置
确认你正在尝试启动的操作系统和硬件平台。 检查是否最近有对系统或GRUB配置进行更改。 2. 检查/grub2/i386-pc/normal.mod文件缺失的原因 文件系统损坏:可能是由于硬盘错误或文件系统损坏导致的文件丢失。 GRUB配置错误:GRUB配置可能指向了错误的模块路径。 安装问题:在安装或更新GRUB时可能未正确安装所有必需的模块。
set设置环境变量ls 查看设备insmod 加载模块root 指定用于启动系统的分区prefix 设定grub启动路径 从网上找的一个视频,当然这个视频解决了我一大部分问题,图片中命令如下: ls//第一步ls查看所有设备,启动项肯定在其中一个里ls (hd0,msdosX)///X代表挂载设备号1,2,3,4...查找每个设备,直到设备内容与图片中相似...
显示启动项了,进入系统后执行修复命令 sudo update-grub sudo grub-install /dev/sda /dev/sda是系统所在的第一块磁盘名。
/boot/grub/i386-pc/normal.mod not found. Grub Rescue>的问题。 关于基本知识,孙斌斌的个人blog做了部分总结: 在救援模式下,只有很少的命令可是使用: set 设置环境变量 ls 查看设备 insmod 加载模块 root 指定用于启动系统的分区 prefix 设定grub启动路径 ...
1.直接进入系统的时候只出现grub rescue的命令行 可以使用的命令有set和 ls 在用ls命令查看 磁盘的分区情况其中hd0 代表第一块硬盘 hd1代表第二块 使用ls 来查看存在那些系统,使用set来设置root和prefix 比如: set root=(hd0,msdos12) set prefix=(hd0,msdos12)/grub ...
硬盘分区问题，找个u盘做个pe进入系统，一般pe都带分区软件，进入分区软件，选择重建MBR，重启就行了。应该可以解决的。
2. 输入:ls (hd0,msdos9)/grub(注意:有的需要输入s (hd0,msdos9)/boot/grub)直到出现的不是error:unknown filesystem.为止 显示的内容类似 3. 依次输入: set root=(hd0,msdos13)/boot/grub set prefix=(hd0,msdos13)/boot/grub insmod normal ...
Centos7.4filegrubi386-pcnormal.modnotfound,实际。。。注：如果服务器特别重要，此⽅案慎⽤。如果没有其他⽅案解决，可以使⽤该⽅案 事件：搭建在云计算管理平台CAS上的 Centos7.4 虚拟机在⼀次断电后，启动虚拟机出现file '/grub/i386-pc/normal.mod' not found ，使⽤⽹上各路⼤神的办法...
error: file '/boot/grub/i386-pc/normal.mod' not found解决方案# 一台Esxi的虚拟机,在强制重启后报错/boot/grub2/i386-pc/normal.mod文件找不到 这里记录下解决过程: 开机时按F2设置光盘启动 进入救援模式,系统磁盘将会被挂载到/mnt/sysimage下