未知文件系统-Windows 10 更新后 grub 救援?

未知文件系统-Windows 10 更新后 grub 救援?

大约一周前,Windows 10 运行了自动更新,之后我无法按照我之前的方式启动 Ubuntu(按 f12 并手动选择 Ubuntu 分区)。现在,当我尝试以这种方式访问​​它时,它会带我进入黑屏,显示未知文件系统 grub 救援。

分区没有被清除,Ubuntu 工作正常,但我必须输入一些命令,如下所示这个视频(非英语)才能访问它。有人能帮我“恢复”windows所做的一切,这样我就可以用 f12 键手动启动到 ubuntu 吗?

附加信息 - 我在 Reddit 上问了这个问题,有人问我

“终端中‘fdisk -l’的输出是什么?”

显示的内容如下:

Disk /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 7DCE2DB6-E1A6-4A44-9EC2-96460D5449EB

Device         Start       End   Sectors   Size Type
/dev/sda1       2048    923647    921600   450M Windows recovery environment
/dev/sda2     923648   1128447    204800   100M EFI System
/dev/sda3    1128448   1161215     32768    16M Microsoft reserved
/dev/sda4    1161216 244113228 242952013 115,9G Microsoft basic data
/dev/sda5  244113408 245759999   1646592   804M Windows recovery environment
/dev/sda6  245762048 830351359 584589312 278,8G Microsoft basic data
/dev/sda7  830351360 838543359   8192000   3,9G Microsoft basic data
/dev/sda8  838543360 976773119 138229760  65,9G Linux filesystem

提前谢谢您:)

  [1]: https://www.youtube.com/watch?v=NMMdNke-gkY

答案1

理论上,Windows 更新不应该影响 GRUB 加载其配置文件的能力,但事实似乎就是如此。对于发生的事情,我有两种看法,修复其中一种可能会解决问题:

  • 更改了分区表-- 如果 Windows 修改了分区表,那么这可能会使 GRUB 中的某些分区引用无效。如果是这样,您需要重新安装 GRUB,或者至少调整其配置文件,如下所述。
  • (重新)启用快速启动和/或休眠-- 这些功能可能会导致文件系统损坏,从而阻止 GRUB 读取grub.cfgESP 上的第一阶段文件。如果是这样,禁用这些功能可能会解决问题。因此,我建议您首先执行此操作。请参阅这一页有关禁用快速启动的信息和这个有关禁用 Hibernate 的信息。

我建议您首先研究快速启动和休眠。如果禁用这些功能没有帮助,那么您必须研究更彻底的解决方案。这些解决方案包括(按彻底程度排序):

  • 更新 GRUB 配置-- 更新您的 GRUB 配置可能会有所帮助。由于您能够启动,因此您可以sudo update-grub在 Ubuntu 的终端窗口中输入以下内容来执行此操作。
  • 重新安装 GRUB——输入sudo grub-install将重新安装主 GRUB EFI 二进制文件,如果它是问题的根源,它可能会解决问题。
  • 使用启动修复- 这引导修复工具是一种自动化工具,可帮助重新安装 GRUB。它不太可能比使用 重新安装 GRUB 更好grub-install,但如果问题出在无法grub-install处理的范围内,Boot Repair 可能会有所帮助。
  • 切换到另一个引导加载程序-- 还有其他引导加载程序,在某些情况下,其中一些比 GRUB 更可靠。我自己的rEFInd 启动管理器,例如,它不太依赖配置文件,因此不太可能因与配置文件相关的问题而引发问题。您可以在 CD-R 或 USB 闪存驱动器上测试 rEFInd(两者的图像都可以在其下载页面),如果您愿意的话,可以安装 PPA 或 Debian 包(或者从 Ubuntu 存储库安装,如果您运行的是 Ubuntu 17.04)。

我建议首先更新您的 GRUB 配置文件,然后再转向更彻底的解决方案,以防某些激烈的措施(尤其是启动修复)可能导致严重问题。从 USB 闪存驱动器或 CD-R 运行 rEFInd 不太可能产生新的问题,因为以这种方式运行时它不会更改磁盘上的任何内容;只有将其安装在硬盘上时,它才会进行任何永久性更改。

答案2

为我解决了。这里也有同样的问题。我有一个单个 ssd hd,其中 WIN10 位于 /dev/sda1 上,ubuntu server 16.04 LTS / 位于 /dev/sda2 下,交换位于 /dev/sda3 下。更新我的 windows 10 后出现了这个问题。我刚刚启动到 ubuntu 服务器 usb 棒,选择修复 > 修复 grub,然后我选择 MBR 作为 /dev/sda,而不是 /dev/sda1!。似乎要重新安装 ubuntu 服务器,但不,它只是正确纠正并在不到 2 分钟的时间内保留了我的 grub 配置和所有内容。只是不知道为什么 WIN10 更新会弄乱我的 MBR,并且不能说它不会再发生,但到目前为止一切都很好。希望有帮助。

顺便说一句,我没有使用 EFI,我的笔记本是戴尔 Vostro 3500

相关内容