我正在双重启动 Windows 10 和 Linux Mint。
是否可以做一个基于文件的备份使用 Linux 的 Windows 系统分区?
UEFI 已经完全基于文件,并且不受磁盘的 MBR 约束。
[编辑:UEFI 启动过程独立于 MBR。因此,我不需要像以前使用 BIOS 系统时那样备份 MBR。]
我的问题是,在 Windows 站点上,从 EFI 分区加载引导加载程序后的引导过程是否也完全基于文件。
备份(启动 Linux)的工作流程如下:
- 备份 EFI 分区的文件
- 备份 Windows 分区的文件
- 备份恢复分区的文件
恢复以下不需要做:
- 启动 Linux live cd。启动 gparted。
- 创建一个空的 fat 分区。设置正确的标志。
- 将 EFI 文件复制到该分区。
- 创建恢复分区
- 将恢复文件复制到该分区。
- 创建一个 ntfs 分区。
- 将 Windows 文件复制到该分区。
- 从 Windows USB 恢复介质启动
- 使用以下方法修复 EFI 分区上的引导加载程序启动
- 使用修复 Windows 恢复试剂c
至少对于恢复和 efi 分区部分,我可以说这有效,因为我曾经通过这种方式从文件中删除并恢复它。
在将系统移至新驱动器时,我已经执行了上述使用 gparted 复制分区的步骤。分区获得了新的 UUID 和新位置。使用 bcdboot/reagentc,我可以修复 EFI 和恢复分区,然后成功启动。
这也适用于文件副本吗?观察驱动器上的文件时,是否存在“Windows 分区内”不可见的内容。
我不想复制整个分区,因为我想在 btrfs 磁盘上使用 rsync 进行自动增量备份。基于文件的备份可以节省我很多时间。
答案1
是的,但它对你不起作用。
NTFS 权限对于 Vista 之后的 Windows 版本正常运行至关重要,并且您无法在 btrfs 等 *NIX 类文件系统上保留这些权限。您需要 NTFS(也许 ReFS 也可以,我不确定)。
好消息是 Windows 有一个机制叫做卷影复制非常适合增量备份。许多备份解决方案都基于它。我个人使用 Veeam Agent(对于基本用例,它是免费的)。也许你可以用增量 DISM 文件如果您想避免使用第三方解决方案,也可以使用。以下是DISM 超级教程。