Rsync大小与源不同

发布时间：2020-12-14 03:01:12 所属栏目：Linux 来源：网络整理

导读：我正在使用rsync和选项 -r for recursive-l copy symlinks as symlinks-t preserve modification time-D preserve devices and specials-v verbose--prune-empty-dirs 源FS是ext4,目标是XFS.我复制了几百个文件夹,介于几百个演出到几个TB之间,它们都在不到1G

我正在使用rsync和选项

-r for recursive
-l copy symlinks as symlinks
-t preserve modification time
-D preserve devices and specials
-v verbose
--prune-empty-dirs

源FS是ext4,目标是XFS.我复制了几百个文件夹,介于几百个演出到几个TB之间,它们都在不到1GB的大小差异范围内.但是这个特定的文件夹在源代码上是264GB,一旦我在它上面进行rsync,它就是286GB.这是一个巨大的差异,我不知道它有什么问题.

如果源ext4 FS有一些损坏,它是否可能没有报告正确的磁盘使用情况？我正在使用’du -skh’.

我删除了整件事并重新启动了3次,结果相同.

解决方法

rsync FAQ页面列出了这些原因： https://sanitarium.net/rsyncfaq/#differentsizes

然而,唯一知道的方法是比较文件.

对于少量文件,您可以执行diff -r / mnt / data / mnt / data-BACKUP.但是,如果在中途停止,则无法从停止的位置重新启动.较旧的diff程序不能很好地处理二进制文件.

对于大量文件,我建议计算所有文件的哈希值并查找差异.这样,如果过程停止或中断,您可以继续没有太大困难.

以此脚本为例：

https://github.com/TomOnTime/tomutils/blob/master/bin/md5tree

md5tree /mnt/data        >/var/tmp/list.orig
md5tree /mnt/data-BACKUP >/var/tmp/list.backup
# NOTE: For these next 2 lines TAB means press the TAB key.
sort  -t'TAB' -k6 </var/tmp/list.backup >/var/tmp/list.backup.sorted
sort  -t'TAB' -k6 </var/tmp/list.orig >/var/tmp/list.orig.sorted
diff /var/tmp/list.orig.sorted /var/tmp/list.backup.sorted

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!