临时更改BIOS设置后，双引导停止工作

0

我有一台笔记本电脑（东芝Portege Z30-C），可以在Windows 7 Pro和Linux Mint 18之间进行双重引导。今天，为了测试可引导的USB，我将引导BIOS从“ UEFI（旧版）”更改为“ CSM”。启动”。将BIOS设置更改回“ UEFI（传统）”后，不再装入grub，它直接进入Windows loader。当我按F12键进行引导覆盖时，我只看到“ HDD”作为选项，并且我认为这就是导致Windows引导的原因。

进行更改之前，我记得BIOS在可启动设备列表中包含“ Ubuntu”。但是，现在看来，它似乎已经忘记了我的Linux安装，而没有明显的方法来获取ubuntu（我想在其中一个分区上引用grub）。

linux分区上没有任何变化，据我所知，引导分区上也没有任何变化。如何在BIOS的可启动“设备”中重新获得Linux版本？

从Windows的分区工具中可以看到，所有分区都像往常一样。

— Jarmund
source

1

在具有UEFI的较新PC上，存在“受信任”启动映像的列表，并且该列表可能会丢失（例如，在Windows更新之后）。尽管此视频适用于Acer，但它可能适用于东芝：youtube.com/watch?v=XtXnQpv5Zqw。希望这可以帮助。

— DrMoishe Pippik '17

@没有Windows更新正在运行。实际上，直到发生这种情况后几个月我才启动Windows。这纯粹是由于将BIOS设置更改为CSM引导引起的。但是，我在下面发布了针对我的问题的解决方案。感谢您的输入。

— Jarmund

0

我曾经发生过类似的事情。我可以通过引导到CD来修复它，只是为了获得更好的引导菜单，然后我可以从CD提供的菜单中引导到磁盘上的Linux OS。然后，我只修复了Grubs启动。我不知道Windows为什么这样做的来龙去脉。这也是很多年前的ymmv。

— 工匠
source

0

事实证明，将BIOS设置为CSM会丢弃除笔记本电脑附带的Windows之外的任何uefi条目。解决方法是引导Windows并通过使用bcdeditWindows的dos-prompt 手动重新添加条目：

#List the entries to find a usable one to start from:
bcdedit /enum firmware

#Copy the usable entry to a new one with an appropriate name:
bcdedit /copy {bootmgr} /d "Mint UEFI boot"

#The previous command returns the guid of the new entry. This entry goes into the next command where we edit the new entry to point to the ubuntu firmware.
bcdedit /set {guid_goes_here} path \EFI\ubuntu\shimx64.efi

#Optional: Set the new entry to be the first choice when booting:
bcdedit /set {fwbootmgr} displayorder {guid_goes_here_too} /addfirst

完成此操作后，一切恢复正常。无需其他更改。

— Jarmund
source