-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次,结果相同.
对于少量文件,您可以执行diff -r / mnt / data / mnt / data-BACKUP.但是,如果在中途停止,则无法从停止的位置重新启动.较旧的diff程序不能很好地处理二进制文件.
对于大量文件,我建议计算所有文件的哈希值并查找差异.这样,如果过程停止或中断,您可以继续没有太大困难.
以此脚本为例:
https://github.com/TomOnTime/tomutils/blob/master/bin/md5tree
@H_253_16@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以上是大佬教程为你收集整理的Rsync大小与源不同全部内容,希望文章能够帮你解决Rsync大小与源不同所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。