rsync 和 NTFS 外部驱动器

2024-5-31 • tag-icon

我最近注意到，两个不同的 NTFS 格式的外部驱动器上的备份本应相同，但实际上并非如此。它们都与 Linux 工作站上的数据（ext4 格式）不同。我可以看到，当我简单地计算同一文件中的行数时，在我拥有的三个副本上：

$ wc -l /data/my_file 
1288057 /data/my_file

$ wc -l /backup-1/my_file 
1287905 /backup-1/my_file

$ wc -l /backup-2/my_file 
1288253 /backup-2/my_file

幸运的是，我用来处理这些文件的程序将无法使用除有效副本之外的任何副本，因此我有一种简单的方法来检测正确的副本。缺点是我当前的处理目录大约有 2TB 大，需要几个小时才能在工作站中复制进出...因此，仅恢复备份并测试是否可以使用它们并不是一个方便的选择（我已经花了一些时间）这个周末就这样做）。我不能永远在工作站上留下数据副本，因为它是在多个用户之间共享的，而且我们根本没有足够的存储空间来保存所有内容（每个用户都备份，为下一个用户释放存储空间，并恢复他们最新的数据）当他们恢复工作时进行备份），这就是为什么我绝对需要一个可靠的备份解决方案。

否则，这些文件具有相同的大小（596 MB），所以我认为数据可能没有改变，但以某种方式引入了换行符（解释了不同的输出wc -l以及分析程序无法使用它们的原因）。但考虑到这些文件的大小，这很难验证。快速浏览一下它们head，tail没有发现任何错误的换行符。

这些备份是使用以下rsync命令进行的：

rsync --recursive \
--links \
--perms \
--executability \
--acls \
--xattrs \
--owner \
--group \
--devices \
--specials \
--times \
--partial \
--delete \
--update \
--one-file-system \
--human-readable \
--progress \
--stats \

SOURCE DESTINATION

我只从备份中读取文件（从未尝试过写入），从只能读取 NTFS 但不能写入的 Mac（我真的不相信诸如此类的东西）适用于 macOS 的 FUSE来自几周的计算密集型工作的数据），所以我很确定我并没有仅仅通过访问备份就损坏了备份。

是该--partial选项导致了这些差异吗？（可能通过将内容附加到已经存在的文件中，而不是重新传输所有内容）。我rsync仔细阅读了手册，但我不确定我到底理解--partial了什么。

相关内容