☰

问：我该怎么办？

tag-icon • tag-icon boot dual-boot grub2 uefi windows-10
问：我该怎么办？

我做了什么：

  • 我使用gparted全新的 GPT 分区表和分区创建了如下所述的分区
  • 然后在一台新机器上安装 Windows 10，进行了些基本设置，一切运行正常...经过 2-3 次重启后也是如此...
  • 然后安装 Ubuntu-MATE 18.04（带有“其他东西”，即自定义选项，也用于获取 LUKS 加密）。初始设置也运行良好……重启后也是如此。

但现在我无法再启动 Windows。像往常一样，我首先得到的是 grub 加载程序：

在此处输入图片描述

从这里启动 Ubuntu 没问题。但如果我选择Windows Boot Manager选项，我就会得到这个：

在此处输入图片描述

并且所有选项都无济于事。（要么您最终返回 grub 菜单。要么返回常规 BIOS 设置。）

我正在使用GPT分区表，因此无需再担心扩展/逻辑/主分区......

我正在使用 EFI 系统分区版本的 Grub。在 BIOS 中明确设置为启动模式（首先）。试金石还证实：

$> [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
UEFI

这是我的分区：

$> lsblk
    NAME           MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
    …
    sda              8:0    0 447,1G  0 disk
    ├─sda1           8:1    0   512M  0 part  /boot/efi
    ├─sda2           8:2    0    16M  0 part
    ├─sda3           8:3    0    80G  0 part
    ├─sda4           8:4    0   3,8G  0 part  /boot
    ├─sda5           8:5    0 332,3G  0 part
    │ └─sda5_crypt 253:0    0 332,3G  0 crypt /
    └─sda6           8:6    0  30,5G  0 part  /mnt/transfer
  • sda1是 EFI 系统分区，如上所述
  • sda2是sda3Win10 分区（sda2其中 16M 是这个MSR又名msftres标志）辅助分区，您可以提供它gparted或者 Windows 安装程序将在安装过程中自动创建它。sda3其中 80G 是实际的 Windows 10 分区。
  • sda4保存着 Linux 内核（以及加密之外的其他所需内容）和sda5加密的 LUKS 分区。– 在许多其他机器上成功完成了此设置。本身没有什么不寻常的。并且正如所说，运行良好。
  • sda6是一个无害的 vfat32 传输分区，不可启动，没有操作系统

问：我该怎么办？

重新启动我的 Windows 启动棒并进行（微软的想法）“修复”？（或者这会破坏我的 Ubuntu 端？）

顺便一提：我是否必须经过“Windows Loader”？或者是否可以直接在 grub 加载程序或 ESP 中直接创建“加载 Windows 10”条目？（是的，我还没有明白这两者之间有什么关系）

如果是，怎么做？从我的 USB 实时启动棒启动……？

在 Ubuntu 下，我确实看到了 /boot/grub 下的东西，但它确实驻留在sda4（据我所知，没有链接，没有挂载点！）。我是否应该在那里编辑内容并以某种方式将其“部署”到 EFI 系统分区sda1？

或者我可以通过什么其他方式编辑 ESP？

网络上充斥着有关 MBR、Win 7/8、BIOS Grub 等的旧信息……很难找到真正相关的信息 :-/

更新一

我正在寻找的“部署”是update-grub？也在 EFI-ESP 世界中。（？） 将 Windows 10 添加到 GRUB OS 列表

一名嫌疑人

在之前的尝试（全新安装）中，我注意到分区编号异常。我按照gparted上图所示执行了 sda 1-6。

运行 Windows 系统安装（Bootstick）并使用内置分区选择器/编辑器时，它看起来像这样：

Drive 0 Partition 1:  512 MB   Type: System
Drive 0 Partition 2:  16 MB    MSR
Drive 0 Partition 3:  366 GB   Primary <-- that is sda5 !!
Drive 0 Partition 4:  4 GB     Primary
Drive 0 Partition 5:  76 GB    Primary <-- taht is sda3 !!

我可以通过音量大小清楚地辨别出这个错误。

因此，为了继续减少 Windows 的选择，我删除了分区 3 到 5，只创建了一个 80（或 76）GB 的分区，然后进行了 Windows 安装。然后就可以正常工作了。

此后，在安装 Ubuntu 启动盘时，我重新添加了分区 4-6。但也许正是这一点让 Windows “重新考虑”了其奇数分区编号，现在它指向了错误的位置？因此，Windows ESP 条目尝试从其drive 0 partition 3自身奇怪的概念中运行 Windows sda5（？）

因此解决办法可能是Grub 之外在 ESP 驱动器的 Windows 信息中？所以我必须修复 ESP 上的“如何启动 Windows”信息（显然称为 BCD）？（胡乱猜测）

相关内容