我可以在 UEFI 系统上对 Windows 10 系统分区进行基于文件的备份吗?

我可以在 UEFI 系统上对 Windows 10 系统分区进行基于文件的备份吗?

我正在双重启动 Windows 10 和 Linux Mint。

是否可以做一个基于文件的备份使用 Linux 的 Windows 系统分区?

UEFI 已经完全基于文件,并且不受磁盘的 MBR 约束。

[编辑:UEFI 启动过程独立于 MBR。因此,我不需要像以前使用 BIOS 系统时那样备份 MBR。]

我的问题是,在 Windows 站点上,从 EFI 分区加载引导加载程序后的引导过程是否也完全基于文件。

备份(启动 Linux)的工作流程如下:

  1. 备份 EFI 分区的文件
  2. 备份 Windows 分区的文件
  3. 备份恢复分区的文件

恢复以下不需要做:

  1. 启动 Linux live cd。启动 gparted。
  2. 创建一个空的 fat 分区。设置正确的标志。
  3. 将 EFI 文件复制到该分区。
  4. 创建恢复分区
  5. 将恢复文件复制到该分区。
  6. 创建一个 ntfs 分区。
  7. 将 Windows 文件复制到该分区。
  8. 从 Windows USB 恢复介质启动
  9. 使用以下方法修复 EFI 分区上的引导加载程序启动
  10. 使用修复 Windows 恢复试剂c

至少对于恢复和 efi 分区部分,我可以说这有效,因为我曾经通过这种方式从文件中删除并恢复它。

在将系统移至新驱动器时,我已经执行了上述使用 gparted 复制分区的步骤。分区获得了新的 UUID 和新位置。使用 bcdboot/reagentc,我可以修复 EFI 和恢复分区,然后成功启动。

这也适用于文件副本吗?观察驱动器上的文件时,是否存在“Windows 分区内”不可见的内容。

我不想复制整个分区,因为我想在 btrfs 磁盘上使用 rsync 进行自动增量备份。基于文件的备份可以节省我很多时间。

答案1

是的,但它对你不起作用。

NTFS 权限对于 Vista 之后的 Windows 版本正常运行至关重要,并且您无法在 btrfs 等 *NIX 类文件系统上保留这些权限。您需要 NTFS(也许 ReFS 也可以,我不确定)。

好消息是 Windows 有一个机制叫做卷影复制非常适合增量备份。许多备份解决方案都基于它。我个人使用 Veeam Agent(对于基本用例,它是免费的)。也许你可以用增量 DISM 文件如果您想避免使用第三方解决方案,也可以使用。以下是DISM 超级教程

相关内容