首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >修补分区后GRUB未出现

修补分区后GRUB未出现
EN

Ask Ubuntu用户
提问于 2017-03-24 12:03:27
回答 1查看 145关注 0票数 0

我有双引导的ubuntu 16和windows 10,并且都正常工作,直到有一天我在windows和grub中对分区进行修补时出现了一些错误。但我没有碰过安装ubuntu的分区。我试着在网上学习一些教程,现在grub没有出现。我可以正常登录窗口。

遗留模式-启用安全启动-禁用快速启动

我试着用启动修复来修复食物。下面是log - http://paste2.org/eBjts2NY

EN

回答 1

Ask Ubuntu用户

发布于 2017-03-24 14:17:40

AFAIK,安装Ubuntu的唯一方法是通过不再支持的乌比,在同一个分区上安装Ubuntu,并且AFAIK不适用于EFI模式的引导,这显然是您的系统正在使用的。因此,如果您使用了WUBI,您就会在您的特定系统上使用一些非常晦涩和边缘的东西,而您获得帮助的最佳选择就是参考您所遵循的任何指令。

此外,您还没有清楚地描述引导失败的症状。你没看到食物菜单出现了吗?GRUB是否出现,但在菜单中选择Ubuntu会导致一些失败?如果是的话,您看到了哪些错误信息或其他症状?

我在引导修复输出中注意到的一件事是,您的固件的引导顺序被设置为首先引导Windows:

代码语言:javascript
复制
=================== efibootmgr -v
BootCurrent: 0004
Timeout: 0 seconds
BootOrder: 0001,0000,2001,2002,2004
Boot0000* ubuntu    HD(2,GPT,308fb967-7769-427d-a80b-c6c93749aef4,0x145800,0x82000)/File(EFIubuntushimx64.efi)
Boot0001* Windows Boot Manager  HD(2,GPT,308fb967-7769-427d-a80b-c6c93749aef4,0x145800,0x82000)/File(EFIMicrosoftBootbootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0002* Notebook Hard Drive - HGST HTS541010A9E680    BBS(HD,Notebook Hard Drive - HGST HTS541010A9E680,0x500)................-.E.......E.A.E...................................&4........A.........................
Boot0003* USB Hard Drive - KingstonDataTraveler 2.0 BBS(7,USB Hard Drive - KingstonDataTraveler 2.0,0x500)...................................................................;........A.....................
Boot0004* USB Hard Drive (UEFI) - KingstonDataTraveler 2.0  PciRoot(0x0)/Pci(0x14,0x0)/USB(5,0)/HD(1,MBR,0x71,0x800,0xef3800)RC
Boot2001* EFI USB Device    RC
Boot2002* EFI DVD/CDROM RC
Boot3001* Internal Hard Disk or Solid State Disk    RC

注意BootOrder行,它指定Boot0001 (Windows Boot Manager)位于列表的第一位。我想到了几种可能性:

  • 如果您的引导过程通过Windows引导管理器,那么这是正确的,解决方案在于修复Windows引导管理器配置。
  • 如果引导过程应该通过GRUB,那么您需要调整BootOrder变量。您可以在Ubuntu中使用efibootmgr (例如,sudo efibootmgr -o 0,1,2001,2002,2004,它将逆转Boot0001Boot0000选项的顺序)或使用EasyUEFI,后者可以通过GUI工具完成相同的任务。

不要随意尝试这些解决方案中的一个!在尝试修复之前,了解您的引导过程是非常重要的,因为选择错误的选项可能会使事情变得更糟。

当然,所有这些都是基于这样一个假设:假设您有WUBI样式的安装是正确的。如果不是,那么mook765很可能是正确的,并且您意外地删除了Ubuntu的安装。(或者,它可能在第二个物理磁盘上--也许它的电缆松了,或者磁盘本身已经死了。)正如我所说,AFAIK WUBI不适用于EFI模式的安装--完全停止。也许我错了,也可能有些事情我不知道( WUBI或其他有类似目标的项目)。在任何情况下,我认为您需要澄清,至少是您自己,您如何安装Ubuntu,然后再继续下去。

票数 0
EN
页面原文内容由Ask Ubuntu提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://askubuntu.com/questions/896369

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档