Grub启动Linux引导到BIOS问题的解决

  前几天为了将archlinux gnome从X11调整为Wayland,修改grub(sudo nano /etc/default/grub),在内核参数中添加 “ibt=off“,再执行sudo grub-mkconfig -o /boot/grub/grub.cfg后重启,无法启动archlinux,直接引导到BIOS,头一次碰到这种情况。很显然,引导出了问题,好在通过F12选择Windows10可以正常启动。

  系统环境:联想老台式机,1块固态硬盘+1块机械硬盘,固态硬盘上装有win10+arch双系统,UEFI+grub引导。

  分析问题:进win10,打开diskgenius,导出arch所在ext4分区下用户名所在文件夹下的.bash_history文件,用记事本打开看最近的操作命令,作撤销准备,最后的2条命令确实是文头提到的。为了防止是此前修改的/usr/lib/udev/rules.d/61-gdm.rules和/etc/gdm/custom.conf两个文件造成的问题,我在win10下分别导出修改并重新导入再试问题依旧,确认是grub出了问题。

  解决问题:下载archlinux ISO,复制到Ventoy启动优盘启动系统,执行以下代码重新安装grub。

#用优盘上的archlinux挂载固态硬盘中archlinux,默认是root。用fdisk -l查看arch安装在哪个分区上,我的是/dev/sda5
mount /dev/sda5 /mnt
arch-chroot /mnt
#重新安装并更新grub,注意是UEFI引导不是MBR引导。期间删除此前在内核参数中加入的“ibt=off“,我不确认造成启动故障是因为加了这个参数,怀疑是更新grub时造成的其他偶发故障,当时没注意看命令执行结果就重启了。以下第一条命令非常关键,sda1是我的ESP分区,以实际情况而定。
mount /dev/sda1 /boot
grub-install --target=x86_64-efi --efi-directory=/boot  --bootloader-id=grub --recheck
#上句代码可不要“--bootloader-id=grub --recheck”
nano /etc/default/grub
grub-mkconfig -o /boot/grub/grub.cfg
#期间也许会执行下句代码,重新生成内核内存盘镜像,如果怀疑是因为升级内核造成的问题,即使执行也不会造成新问题。
mkinitcpio -P /etc/mkinitcpio.conf

   所得经验:经数十次试错,最大的收获是/boot的位置,必须先挂载再重新安装grub。无论是当时在win10中查看还是用ISO启动后查看arch所在分区的/boot文件夹,都是空的,而arch正常启动后有文件,后来才想起来安装arch的时候/boot是自动挂载的ESP分区(见下图),物理文件其实是在ESP分区上的。这是UEFI引导多系统需要注意的一个细节。其中最关键的一步是mount /dev/sda1 /boot,因为不挂载的话grub将安装在arch所在分区的/boot文件夹下,无法写入ESP分区,因ESP分区为空导致UEFI无法引导到arch所在的分区,UEFI最初引导时并不识别ext4分区,只有读取arch引导文件后才知道下一步往哪里走。此外,查看安装arch时的命令,可查看/home/root/.bash_history文件。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值