2023年7月6日发(作者：)

Ubuntu开机进⼊GRUB⼿动引导推测原因：昨天系统升级添加内核后没有更新grub相似情况：Win10更新后引导崩溃修复问题描述：在引导彻底崩溃的情况下我们曾尝试使⽤grub rescue⼿动寻找引导进⼊系统。这次的情况有些不同，开机找到了grub，但grub⽆法正确引导系统。问题特征：开机后进⼊以下界⾯：GNU GRUB version inimal BASH-like line editing ub >第⼀步：找到根⽬录和GRUB使⽤ls命令查看当前可以访问的扇区：grub > ls #这⾥没有4的原因：第四扇区应该是虚拟扇区(hd0), (hd0, msdos7), (hd0, msdos6), (hd0, msdos5), (hd0, msdos3), ...继续使⽤ls查看每个扇区的信息，需要注意：1.

(hd0)≠hd02.

(hd0,msdos5)⇔(hd0,5)3.

ls (hd0)⇒查看(hd0)扇区信息（盘符、空间...）ls (hd0)/⇒查看(hd0)扇区下内容（多了⼀个`/``）通过挨个打印⼦⽬录内容，我们可能遇到以下两种情况：1. A⽬录下有boot/，boot/下还有grub/2. A⽬录下有boot/，B⽬录下有grub/造成该不同的原因是因为最初分区时的策略原因，如果按照其他教程发现boot⽬录下没有grub类似问题，有可能是在另⼀个独⽴扇区。第⼆步：加载系统内核使⽤命令如下：grub > set root=hd0,A #此处不需要括号，注意A的实际值（参前）grub > set prefix=(hd0,A)/boot/grub #对应第⼀种情况grub > set prefix=(hd0,B)/grub #对应第⼆种情况grub > linux /vmlinuz root=/dev/sdaA #vmlinuz必须使⽤TAB补全（可能有后缀），注意A的值，sda或sdb需要看⾃⼰的实际情况grub > initrd /-xxx #TAB补全，多内核情况下版本需统⼀grub > boot如果在boot之后不幸进⼊了BusyBox，说明参数设置有问题，可以仔细看⼀下出错的Log（就在BusyBox上⾯）第三步：修复引导如果已经成功进⼊了系统，切记及时修复引导$ sudo update-grub #grub情况下命令，具体参考之前的设置$ sudo update-grub2 #grub2命令（⾼版本使⽤grub2）$ sudo grub-install /dev/sda正⽂完 | 附：Ubuntu删除多余内核GRUB⾥发现的⼩彩蛋：GNU GRUB version inimal BASH-like line editing ub > helloHello Worldgrub >看起来像是测试基础功能⽤的，不过Hello World还真是⽆处不在。我们的822，我们的青春欢迎所有热爱知识热爱⽣活的朋友和822实验室⼀起成长，吃喝玩乐，享受知识。