在分区上安装Windows 10删除了UEFI的Ubuntu选项

所以这就是发生的事情。 我得到了一台戴尔xps 13,并想出了如何将它引入双启动Ubuntu和Windows 10。

一切都很好。

我把ssd换成500gb,因为我只有128gb并且有双启动,所以有更多的空间会很好。

新的ssd运行正常,但是当我准备从一个ssd转换到另一个ssd时,我犯了一个错误,试图制作一个Windows恢复驱动器。 它完全搞乱了bios / UEFI设置,我不再能够轻松地从我的旧ssd上切换到其中一个。 唯一能显示的是Windows启动管理器。 我不认为它会改变或搞乱启动设置,我认为它只会复制,而不是改变。

无论如何,我只是继续前进,即使我能够在我的新ssd上再次安装Ubuntu,比平常稍微麻烦一点,似乎它仍然让我感到悲伤,因为在确定如何在另一个分区上安装Windows 10之后与上次有点不同的管理器,这样做与尝试在我的旧ssd上创建Windows恢复驱动器类似。 现在我再也无法再访问我的Ubuntu分区了,它只显示了Windows启动管理器。 我已经尝试更改安全启动选项并查看Legacy,但即使我可以看到我的Ubuntu桌面显然仍然存在,当我使用usb的试用版时,它只是不会出现在UEFI中,就像它是之前。

有谁知道这里发生了什么? 这似乎应该是可以修复的,但我还没有找到解决方案。

安装Windows时,它用Windows启动管理器替换了Grub(Linux启动管理器)。 Windows启动管理器没有看到Ubuntu。 您必须使用Grub替换Windows启动管理器,它可以同时看到Windows和Linux,并且将两者作为启动选项。

您可以使用以下步骤重新安装Grub:

  1. $ sudo mount /dev/sd X# /mnt
  2. $ for i in /sys /proc /run /dev; do sudo mount --bind "$i" "/mnt/$i"; done
  3. $ sudo mount /dev/sd Y# /mnt/boot/efi
  4. $ sudo chroot /mnt
  5. # grub-install /dev/sd Z
  6. # update-grub
  7. # exit
  8. $ for i in /sys /proc /run /dev; do sudo umount "/mnt/$i"; done
  9. $ sudo umount /mnt/boot/efi
  10. $ exit

  • 步骤#3和#9

它们用于UEFI模式设置。 无论模式如何,执行这些步骤都没有什么坏处。 如果您没有EFI分区,则会收到可以忽略的错误。 继续执行其他步骤(不应该给出错误,不应该忽略)。 如果您有EFI分区,但是您正在从Legacy引导安装Grub,则Grub Install将忽略EFI分区。

  • 变量:
 / dev / sdX# - 安装了Ubuntu的分区(ext4)。
 / dev / sdY# -  EFI系统分区。
 / dev / sdZ  - 您将从中启动的驱动器(/ dev / sda,/ dev / sdb等)。

您可以使用以下命令识别驱动器和分区:

 sudo lsblk -o name,mountpoint,label,size,fstype,uuid;sudo parted -l 

完成这些步骤后,您将看到Ubuntu作为引导选项。 启动它,您将拥有Ubuntu和Windows作为菜单选项。

注意: 命令行的$#部分是终端提示。 显示$ prompt是普通用户很重要,需要sudo来提升命令。 在chroot之后发生的#提示是以root身份登录的终端。 sudo前缀不是必需的。 虽然为了安全起见,但是有些人总是在开始工作之前通过执行sudo su -来在#提示符下工作。 $ prompt和sudo是官方的Ubuntu推荐方法。