![GRUB 启动到命令行,启动修复无法解决问题](https://linux22.com/image/213799/GRUB%20%E5%90%AF%E5%8A%A8%E5%88%B0%E5%91%BD%E4%BB%A4%E8%A1%8C%EF%BC%8C%E5%90%AF%E5%8A%A8%E4%BF%AE%E5%A4%8D%E6%97%A0%E6%B3%95%E8%A7%A3%E5%86%B3%E9%97%AE%E9%A2%98.png)
我有一个双启动系统,在同一个 500GB SSD 上运行 Pop OS 20.04 和 Windows 11。我安装了 GRUB 来完成这项工作,而不是使用 systemd 引导加载程序,一切都顺利进行了一年多,直到几天前我更新了 Pop 上的软件包。
突然,重新启动后 GRUB CLI 出现黑屏。我能够按照给出的指示进行操作这里手动启动,但我每次都必须这样做。为了解决这个问题,我获得了 Ubuntu 20.04 live USB,并使用推荐的设置从它运行了启动修复。这看起来运行顺利,并表示它重新安装了 GRUB。即使在此之后,重新启动也会使我进入相同的 CLI。我可以确认 boot-repair 做了一些事情,因为我现在必须使用下面的 efi 目录手动启动,(hd2,gpt7)
而它早在(hd2,gpt8)
.
这里是引导修复生成的日志。它还表明了这一点——
据我所知,这似乎与我的问题无关。 UEFI 启动顺序似乎是正确的,并且顶部有“pop”字样。其他选项导致仅 Pop 或仅 Windows 启动。