通过擦除磁盘并成功安装在Dell XPS 8920(UEFI固件,一个0.5TB SSD和一个2TB HDD)上安装Ubuntu 16.04之后,找不到可引导的设备。
查看gparted(显示Libparted警告,块大小为2048,但Linux表示为512字节),分区看起来如下:
Linux正确安装在SSD中(/ dev / nvme0n1p1 EFI分区,引导标志)
/ dev / sda1是Microsoft保留的分区,在我擦除Windows时,它不应该是这样的分区,而且如果系统希望从此处引导,则可能会造成一些麻烦。
通过浏览许多其他类似的博客,我发现我无法通过BIOS访问shimx64.efi引导文件。
由于我在SSD上安装了Linux和/或因为sda1上仍然有不需要的Microsoft保留分区,计算机是否会尝试从sda1引导并失败?有人有什么想法吗?
更新:通过USB在ubuntu live上运行启动修复后,我得到以下摘要:http : //paste.ubuntu.com/25673811/
更新2#已解决
该问题已暂时解决:在SSD上安装ubuntu之后,我再次在硬盘上安装了ubuntu。此安装显示成功,但未成功,因为/ sda1中没有启动文件,仅在/ sda2中安装了操作系统。不仅如此,以前的安装还没有删除,并且在SSD上仍已完成。
我将引导文件从SSD(全部从/ nvme0n1p1 / EFI / ubuntu移至/ sda1 / EFI / ubuntu,并将grubx64.efi放入/ sda1 / EFI / Boot)中,现在Ubuntu可以正确引导了!
到目前为止的发现:-linux安装错误(未正确擦除磁盘,未在HDD上正确安装ubuntu)。-BIOS无法读取/查找SSD上的启动文件。-BIOS可以读取/查找/ sda1上的引导文件,并引导SSD第二个分区上的linux。
我怀疑BIOS可以读取sda1上的启动文件,该文件指向SSD中安装的OS(根据需要)。这意味着sda2中安装的OS是无用的。但是,当在sda2中擦除OS时,没有任何操作,表明这在某种程度上也是必要的。我无法解释这种行为。有任何想法吗?
我在东芝遇到了类似的问题。
EFI首先需要磁盘上的系统保留分区,然后是内部驱动器上的EFI分区。
还要求在内部驱动器上使用默认介质路径。将/efi/ubuntu/shimx64.efi复制到efi / boot /,并将其重命名为bootx64.efi。
如果不使用安全启动,则可以复制efi / ubuntu / grubx64.efi并重命名。
本文收集自互联网,转载请注明来源。
如有侵权,请联系 [email protected] 删除。
我来说两句