另一个“Grub2 中缺少 Windows 7 条目”问题

Question 1

我的第二次尝试

现在回想起来，我认为我之前的评论没有任何价值，所以我删除了它们。

您的主要问题似乎是它update-grub没有（自动）在grub.cfg它生成的“菜单”中找到并包含您的 Windows 安装，对吗？

一个建议。考虑将问题的标题改为类似这样的东西
为什么 UEFI Thinkpad 笔记本电脑上的 update-grub 没有将 Windows 添加到 GRUB 菜单？
这可能会引起某些人的注意，他们与我不同，实际上知道 update-grub探测操作系统时发生了什么。:-)

我将解释我对您的问题的理解，以便您能够纠正我的错误。

我认为您有一台使用 UEFI BIOS 的联想 ThinkPad X220 (4291)。

笔记：4291 是我的猜测。我想指的是dddd-xxx位于 X220 笔记本电脑/平板电脑底部的此贴纸上的Type和之间的代码。S/N

您的笔记本电脑已安装并运行 Windows 7。然后您安装了 Ubuntu 12.04（Beta 2？）。但是安装后，GRUB 菜单不包含用于启动 Windows 7 的条目，对吗？

您仍然可以通过进入 BIOS 配置、选择菜单Startup，然后将 Windows 条目设为Boot子菜单中的第一个条目来启动 Windows 7。但显然这是一个 PITA，您希望在 GRUB 菜单中有一个可用于启动 Windows 的条目。

我假设您安装了 Ubuntu 12.04 的 Beta 2 版本。（64 位？）如果是这样，现在 12.04 已经发布，您是否习惯update-manager应用所有更新和修复？（只是检查。）

您尝试过的方法之一是添加自定义的 windows 条目，/etc/grub.d/40_custom 但它没有显示出来。我假设您是基于非 Mac x86_64 UEFI 特定信息Ubuntu 社区文档中是否有此部分？

我所能想到的只是建议再试一次。

启动 Ubuntu，打开终端窗口，并运行ls -l /etc/grub.d/40_custom以验证 root 是否拥有此文件以及该文件是否可执行。
-rwxr-xr-x 1 root root 356 Apr 26 14:15 /etc/grub.d/40_custom
用于sudo gedit /etc/grub.d/40_custom编辑文件。我认为您希望它包含的内容是：

    /bin/sh #!/bin/sh 复制代码
    执行 tail -n +3 $0
    # 此文件提供了一种添加自定义菜单项的简单方法。只需输入
    # 个要在此注释后添加的菜单项。请注意不要更改
    # 上面的‘exec tail’行。

    菜单项“Windows x86_64 UEFI-GPT”{
        搜索--fs-uuid--no-floppy--set = root 885C-ED1B
        chainloader (${root})/efi/Boot/bootx64.efi
    }

保存文件并运行sudo update-grub。上面的编辑应该添加到/boot/grub/grub.cfg行### BEGIN /etc/grub.d/40_custom ###和行之间### END /etc/grub.d/40_custom ###

如果上述步骤有效，请尝试重新启动并查看现在是否有一个允许您启动 Windows 的 GRUB 菜单项。（心里祈祷着。）

Answer

我的第二次尝试

现在回想起来，我认为我之前的评论没有任何价值，所以我删除了它们。

您的主要问题似乎是它update-grub没有（自动）在grub.cfg它生成的“菜单”中找到并包含您的 Windows 安装，对吗？

一个建议。考虑将问题的标题改为类似这样的东西
为什么 UEFI Thinkpad 笔记本电脑上的 update-grub 没有将 Windows 添加到 GRUB 菜单？
这可能会引起某些人的注意，他们与我不同，实际上知道 update-grub探测操作系统时发生了什么。:-)

我将解释我对您的问题的理解，以便您能够纠正我的错误。

我认为您有一台使用 UEFI BIOS 的联想 ThinkPad X220 (4291)。

笔记：4291 是我的猜测。我想指的是dddd-xxx位于 X220 笔记本电脑/平板电脑底部的此贴纸上的Type和之间的代码。S/N

您的笔记本电脑已安装并运行 Windows 7。然后您安装了 Ubuntu 12.04（Beta 2？）。但是安装后，GRUB 菜单不包含用于启动 Windows 7 的条目，对吗？

您仍然可以通过进入 BIOS 配置、选择菜单Startup，然后将 Windows 条目设为Boot子菜单中的第一个条目来启动 Windows 7。但显然这是一个 PITA，您希望在 GRUB 菜单中有一个可用于启动 Windows 的条目。

我假设您安装了 Ubuntu 12.04 的 Beta 2 版本。（64 位？）如果是这样，现在 12.04 已经发布，您是否习惯update-manager应用所有更新和修复？（只是检查。）

您尝试过的方法之一是添加自定义的 windows 条目，/etc/grub.d/40_custom 但它没有显示出来。我假设您是基于非 Mac x86_64 UEFI 特定信息Ubuntu 社区文档中是否有此部分？

我所能想到的只是建议再试一次。

启动 Ubuntu，打开终端窗口，并运行ls -l /etc/grub.d/40_custom以验证 root 是否拥有此文件以及该文件是否可执行。
-rwxr-xr-x 1 root root 356 Apr 26 14:15 /etc/grub.d/40_custom
用于sudo gedit /etc/grub.d/40_custom编辑文件。我认为您希望它包含的内容是：

    /bin/sh #!/bin/sh 复制代码
    执行 tail -n +3 $0
    # 此文件提供了一种添加自定义菜单项的简单方法。只需输入
    # 个要在此注释后添加的菜单项。请注意不要更改
    # 上面的‘exec tail’行。

    菜单项“Windows x86_64 UEFI-GPT”{
        搜索--fs-uuid--no-floppy--set = root 885C-ED1B
        chainloader (${root})/efi/Boot/bootx64.efi
    }

保存文件并运行sudo update-grub。上面的编辑应该添加到/boot/grub/grub.cfg行### BEGIN /etc/grub.d/40_custom ###和行之间### END /etc/grub.d/40_custom ###

如果上述步骤有效，请尝试重新启动并查看现在是否有一个允许您启动 Windows 的 GRUB 菜单项。（心里祈祷着。）

Question 2

首先，您应该检查 ESP 上是否存在 Windows 引导加载程序。在 Linux 下，此文件通常以的形式存在/boot/efi/EFI/Microsoft/Boot/bootmgfw.efi。如果不存在，请检查是否只有那个文件消失了，或者是否所有文件都/boot/efi/EFI/Microsoft消失了。不幸的是，Ubuntu 12.04 之前的版本会清除 ESP，包括任何预先存在的 Windows 引导加载程序及其整个目录树。如果此文件丢失，唯一的修复方法是从备份中恢复它或使用 Windows 恢复光盘进行修复。完成后，您可能需要再次重新调整以使 GRUB（或其他引导管理器）默认启动。

假设 Windows 引导加载程序存在，有几种方法可以解决这个问题。

一个是安装改装或者重新索引。我从 rEFIt 中分叉出 rEFInd，因为 rEFIt 似乎已被废弃；因此，在我看来 rEFInd 是更好的解决方案。这两个程序都是启动管理器，如果安装正确，它们会在 GRUB 之前运行。它们都可以自动检测 GRUB 和 Windows 启动加载程序，让您可以选择启动其中任何一个。因此，如果 GRUB 无法检测到 Windows 或无法启动它，那也没关系。

第二种方法是添加一个条目到/etc/grub.d/40_custom类似于无理约翰所建议的条目；然而，你必须将序列号从更改885C-ED1B为系统上的任何序列号，或者以其他方式指定 ESP。此外，您应将行指向chainloaderWindows 引导加载程序，即/EFI/Microsoft/Boot/bootmgfw.efi。（它可能在处重复/EFI/Boot/bootx64.efi，但不能保证）。例如，这应该有效：

menuentry "Windows" {
    set root=(hd0,gpt1)
    chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}

不过，这只是我的记忆，也可能是我忘记了什么或输入了错别字。此外，以这种方式完成时，您必须在该set root=行中正确指定 ESP；如果 ESP 不是第一个物理磁盘上的第一个分区，则必须适当调整数字。

Answer

首先，您应该检查 ESP 上是否存在 Windows 引导加载程序。在 Linux 下，此文件通常以的形式存在/boot/efi/EFI/Microsoft/Boot/bootmgfw.efi。如果不存在，请检查是否只有那个文件消失了，或者是否所有文件都/boot/efi/EFI/Microsoft消失了。不幸的是，Ubuntu 12.04 之前的版本会清除 ESP，包括任何预先存在的 Windows 引导加载程序及其整个目录树。如果此文件丢失，唯一的修复方法是从备份中恢复它或使用 Windows 恢复光盘进行修复。完成后，您可能需要再次重新调整以使 GRUB（或其他引导管理器）默认启动。

假设 Windows 引导加载程序存在，有几种方法可以解决这个问题。

一个是安装改装或者重新索引。我从 rEFIt 中分叉出 rEFInd，因为 rEFIt 似乎已被废弃；因此，在我看来 rEFInd 是更好的解决方案。这两个程序都是启动管理器，如果安装正确，它们会在 GRUB 之前运行。它们都可以自动检测 GRUB 和 Windows 启动加载程序，让您可以选择启动其中任何一个。因此，如果 GRUB 无法检测到 Windows 或无法启动它，那也没关系。

第二种方法是添加一个条目到/etc/grub.d/40_custom类似于无理约翰所建议的条目；然而，你必须将序列号从更改885C-ED1B为系统上的任何序列号，或者以其他方式指定 ESP。此外，您应将行指向chainloaderWindows 引导加载程序，即/EFI/Microsoft/Boot/bootmgfw.efi。（它可能在处重复/EFI/Boot/bootx64.efi，但不能保证）。例如，这应该有效：

menuentry "Windows" {
    set root=(hd0,gpt1)
    chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}

不过，这只是我的记忆，也可能是我忘记了什么或输入了错别字。此外，以这种方式完成时，您必须在该set root=行中正确指定 ESP；如果 ESP 不是第一个物理磁盘上的第一个分区，则必须适当调整数字。

另一个“Grub2 中缺少 Windows 7 条目”问题

答案1

答案2

相关内容