启动卷的 ReFS 文件系统

启动卷的 ReFS 文件系统

因此根据微软文档,ReFS 不能作为该分区上的可启动文件系统。

这是否意味着如果我将启动管理器(Windows 启动管理器或 Grub)放在一个较小的(<1GB)NTFS 分区上,然后在 ReFS 分区(没有启动管理器)上安装 Windows 10,它就会工作吗?

答案1

很可能不会。

与 Linux 相比,Windows 使用的术语“系统”和“启动”是相反的——系统分区是 BOOTMGR 所在的位置,而启动分区是 Windows 本身所在的位置。如果文档说 ReFS 不可启动,则意味着您无法将 Windows 放在 ReFS 上。


引导加载程序的一项工作是加载内核 – 就像 GRUB 需要足够了解文件系统(以及 LVM 和 ZFS……)才能找到并读取“vmlinuz”和“initramfs”文件一样,Windows BOOTMGR 同样需要能够找到并读取 Winload.efi、NTOSKRNL.EXE 和其他相关内容。它不知道如何从 ReFS 执行此操作。

(微软没有添加此功能可能还有其他各种原因,甚至可能是在他们尝试失败后才变得显而易见,但这是最基本的原因。)


一个更有趣的彻底破坏系统的方法可能是在 Btrfs 上安装 Windows,使用文件系统司机和狡辩作为与之匹配的引导加载程序。

答案2

从:这里

自 Windows 10 build 20185 以来,Windows 引导加载程序可以从 refs 中读取,并且一些中国人确实成功通过多次 DISM 捕获到不同的 fs(包括 exfat)来启动它。

所以它相当 hacky。

相关内容