安装 ubuntu 后无法启动 windows 7

安装 ubuntu 后无法启动 windows 7

我想在 Windows 7 旁边安装 Ubuntu。但双启动不起作用。我将描述我所做的操作。

  1. 我安装了 Ubuntu,Ubuntu 引导加载程序可能写在安装了 Windows 7 的 /sda 中。然后我可以启动 Ubuntu,但无法启动 Windows 7。但是我在 grub2 界面上有 2 个 Windows 7 加载程序选项。
  2. 然后有人尝试帮我修复它,我不知道他做了什么,但这次我无法启动任何一个系统。
  3. 我删除了磁盘 c:(包括系统保留分区)并恢复了 win7。然后我无法启动 windows,我认为这可能与系统保留分区和 UEFI 启动人员有关。我生成了分区并使用 bcdboot 恢复它。然后 win 7 这次可以正常工作了
  4. 我想也许我把 ubuntu 加载程序写错了地方。所以我尝试将其写入“/boot”或根目录“/”,但我根本没有双启动选项。它直接进入 Windows 7。
  5. 我再次将 ubuntu 引导加载程序写入 c:/ 和 sda。然后我回到刚开始的情况。但这次我只有 1 个 Windows 7 加载程序无法正常工作。
  6. 我尝试使用启动修复来修复它。不幸的是,它给了我这个信息:“当前会话处于传统模式。请重新启动计算机,并在 EFI 会话中使用此软件。这将启用此功能。例如,使用 Boot-Repair-Disk-64bit (www.sourceforge.net/p/boot-repair-cd) 的实时 USB,确保您的 BIOS 设置为在 EFI 模式下启动 USB。”
    http://paste.ubuntu.com/24339981/

抱歉,我并不完全理解这个问题,但一心想解决它。所以我花了两天时间在谷歌上搜索,尝试任何看似合理的方法。现在我知道漫无目的地前进是不值得的,所以我把它放在一边。希望有人能帮助我。真的很感激。

答案1

您的配置非常奇怪,可能是因为您不知道步骤 #2 中采取的操作。简而言之:

  • 您的磁盘使用主引导记录 (MBR)分区方案。
  • MBR 包含 GRUB 代码,指示 Ubuntu 设置在 BIOS/CSM/传统模式下启动。
  • 您的/dev/sda2FAT 分区的大小与EFI 系统分区 (ESP),并且它包含 Windows EFI/UEFI 模式引导加载程序文件。这与 EFI 模式引导一致,但此类分区通常位于GUID 分区表 (GPT)磁盘,而不是 MBR 磁盘。(MBR 和 GPT 或多或少是互相排斥的;尽管可以实现称为“混合 MBR”的组合,但这是一种丑陋且危险的黑客行为,主要用于 Mac。)

我怀疑您的计算机最初安装为从 GPT 磁盘以 EFI 模式启动 Windows,但在步骤 #1 中,您以 BIOS/CSM/传统模式安装了 Ubuntu。(以 EFI 模式安装一个操作系统,以 BIOS 模式安装另一个操作系统,这充其量是笨拙的,并且通常会导致问题。)然后,执行步骤 #2 的人不了解设置或如何最好地修复它,将磁盘从 GPT 转换为 MBR,并尝试让它以 BIOS 模式启动 Windows,但失败了。尽管您随后的努力可能不管出于什么原因,它们都没有发挥作用,让你的情况比开始时更糟糕。

我的第一个建议是阅读我的CSM 上的网页。未能理解该页面上描述的问题很可能是导致您陷入当前困境的原因,而成功恢复取决于您对这些问题的理解或好运。您的 CSM 要么在开始时已启用,要么您启用它来安装 Ubuntu,这是一个错误,因为 CSM 使启动路径变得复杂,并使得一个操作系统以 EFI 模式安装而另一个操作系统以 BIOS 模式安装的配置成为可能。如上所述,这样的配置难以控制并会产生新的陷阱。因此,我建议您在执行任何其他操作之前先禁用 CSM。具体操作方法因计算机而异,因此我无法提供具体的说明;您只需在固件设置工具中四处搜索,直到找到与 CSM、BIOS 模式启动、传统模式启动或 UEFI 模式启动相关的选项并进行适当设置。

禁用 CSM 后,您有两个基本选项:

  • 重新安装一切-- 这可能是最简单的方法。您应该删除磁盘的所有分区,将磁盘从 MBR 转换为 GPT 格式,重新安装 Windows,最后重新安装 Ubuntu。正如我之前引用的 CSM 页面所述,您可能需要小心为 Windows 和 Ubuntu 创建可引导 EFI 的安装介质。(请参阅这里有关在 EFI 模式下安装 Windows 7 的说明。
  • 修复你所拥有的东西-- 理论上,您可以修复当前配置以在 EFI 模式下启动。这将需要从 MBR 转换为 GPT非破坏性方式(你可以使用我的GPT fdisk ( gdisk)) 工具来执行此操作——Ubuntu 自带的)。完成后,您可以运行 Boot Repair从 EFI 模式启动;或者使用我的rEFInd 启动管理器放在 USB 驱动器或 CD-R 上启动一次,然后安装 rEFInd 的 Debian 软件包或 PPA。运气好的话,您当前的 Windows 引导加载程序将能够很好地启动 Windows;但如果不行,您可能需要修复它。也许您可以使用此程序来完成这项工作,或者您可能必须在 Windows 论坛上询问详细说明。

另一种方法是让计算机的 CSM 保持启用状态,并尝试使其以 BIOS 模式启动。由于 GRUB 已启动,因此 Boot Repair 不会真正有所帮助,至少在最初不会;您必须安装 Windows 引导加载程序的 BIOS 模式版本——但我不是 Windows 恢复方面的专家,因此您可能需要在 Windows 论坛上询问。此外,安装 BIOS 模式的 Windows 引导加载程序可能会部分清除 GRUB,从而需要重新安装它——这最容易通过 Boot Repair 完成,您说它认为它必须以 EFI 模式启动。我怀疑这是因为它将其视为 ESP/dev/sda2并将其解释为 ESP。如果是这样,删除该分区可能会有所帮助;但当然,如果您走到这一步,您将拥有一个正常工作的 Windows,删除可能会导致它失败的可能性很小/dev/sda2。因此,除了常见的 CSM 陷阱之外,此过程还存在在您修复当前问题之一后产生新问题的风险——甚至可能在安装过​​程中产生新问题不是修复当前的。

相关内容