这是一个创建于 1217 天前的主题，其中的信息可能已经有所发展或是发生改变。
上面两个截图，是我把这个文件夹从一个机械盘复制到另一个机械盘之后查看的文件夹信息
第一张图和第二张图，文件数目也是一样的，但是两张图的文件夹大小不一样（区别在 2MB 左右），这种有没有可能是移动过程中损坏了什么文件之类的？（移动过程中并没有提示什么）
 |
1
troyl 2020-12-20 08:57:58 +08:00 via iPhone  2
rsync
|
 |
2
nrtEBH 2020-12-20 09:04:19 +08:00 2
想要 GUI 的话可以试试
FreeFileSync |
 |
3
leafre 2020-12-20 09:07:34 +08:00 via iPhone
ctrl c ctrl v
|
 |
4
MicroBotter 2020-12-20 09:09:35 +08:00
chemsum 遍历一遍？
|
 |
5
vcfghtyjc 2020-12-20 09:33:49 +08:00
二分查找找到第一个不同的文件 /文件夹
|
 |
6
terence4444 2020-12-20 09:36:28 +08:00 via iPhone
我记得以前有人用 BT 跨盘复制文件……
|
 |
7
codingadog 2020-12-20 09:39:33 +08:00 via Android
机械盘的话可能是分区簇大小不一致造成的
|
 |
8
ahhui 2020-12-20 09:42:18 +08:00 3
这个占用还和磁盘分区格式有关，比如，簇的大小，比如分配单元大小，假设一个机械硬盘是 4k，一个是 512 字节，那么你拷贝的时候，文件实际大小一样，但是两个盘的占用却不一样，4k 的会占用多一些，512 字节的会占用少一些。所以楼主这问题很有可能是分牌单元大小不同导致的，而并不是文件损坏。
实在不放心就 checksum 算一遍吧。 |
 |
9
neteroster 2020-12-20 09:47:32 +08:00
rclone check
https://rclone.org/commands/rclone_check/ |
 |
10
wsqstar 2020-12-20 10:30:28 +08:00 2
真真正正是一个好问题
用 win 经常出现缺失文件的情况 还不报错 所以我一般是把平常的文件都用云盘备份 防止抽风 代码啥的还是用 git 实在不行就 check sum |
 |
11
coderluan 2020-12-20 10:40:47 +08:00 2
只是大小的话, 直接拿 beyond compare 之类的软件, 对比下两个目录就完了, 非常快.
|
 |
12
loading 2020-12-20 11:09:15 +08:00 via Android
windows 下我用 fastcopy 带检验功能，osx 目前我还没有这个需求。
|
 |
13
slrey 2020-12-20 11:17:09 +08:00
win 上用专门的拷贝软件 fastcopy teracopy 啥的都带校验。TC 也有复制验证。
|
 |
14
hadoop 2020-12-20 11:34:50 +08:00 via Android
这几十 g 就是算一遍 md5 啥的也很快了吧
|
 |
15
shyling 2020-12-20 11:40:51 +08:00
finder copy 的时候应该带了验证 checksum 吧。。。
这种一般是因为磁盘簇大小不一样导致的。。 |
 |
16
uhian 2020-12-20 11:48:33 +08:00
beyond compare
|
 |
17
annielong 2020-12-20 12:29:16 +08:00
只要不是复制粘贴，用第三方工具基本都自带效验的
|
 |
18
hantsy 2020-12-20 12:33:15 +08:00
文件不都是可以用 rsa，sha，md5 等等 可以检测一致性？
|
 |
19
mangogeek 2020-12-20 12:56:24 +08:00
并不一定是丢失了文件，文件本身大小和文件占用磁盘大小是两码事，并且在不同的文件系统上可能不一样。
|
 |
20
snw 2020-12-20 13:27:15 +08:00 via Android 1
上面说 checksum 的，我曾经遇到过文件内容没问题但编码问题导致拷贝后文件名错乱的情况
|
 |
21
leaves7i 2020-12-20 14:25:40 +08:00
确实很麻烦，尤其是手机和电脑传文件，莫名其妙就一堆照片和视频内容丢失了
（文件还在，但是打不开，用软件看里面的数据都丢失了） 所以我现在手机传文件是先打包成无压缩的 zip 包或者 7z 包再传 |
 |
22
jin7 2020-12-20 15:11:52 +08:00
直接用 beyond compare 传送文件, 又好又快
|
 |
23
JCZ2MkKb5S8ZX9pq 2020-12-20 15:21:55 +08:00
@coderluan
好久没在 mac 上用了，这个 beyond compare 是不是类似 totalcmd 里的比较文件夹？有时候手动备份倒是很需要那个功能。另外最好能跳过.git 目录，totalcmd 不能选择跳过哪些目录，这个可以嘛？ |
 |
24
z761031 2020-12-20 16:33:25 +08:00
打个压缩包，复制，然后比对压缩包的 md5
|
 |
25
Livid MOD rsync 跑两遍。
|
 |
26
Felldeadbird 2020-12-20 17:37:00 +08:00
有可能是内存有问题。我之前就遇到过，A 文件哈希值是 1 .复制到 B 硬盘，或者其他地方。B 的哈希值就成 2 了。 后面换了内存就没这个问题了。
至于验证的话，我觉得用同步软件去复制 是最好的方法了。rsync |
 |
27
yzbythesea 2020-12-20 17:38:21 +08:00
rsync 正解
|
|
28
coderluan 2020-12-20 20:57:15 +08:00
@JCZ2MkKb5S8ZX9pq 带过滤器的, 应该可以.
|
 |
29
w4ter 2020-12-20 21:15:09 +08:00
有个软件叫 Paragon Hard Disk Manager，整个硬盘无损备份还原，贼好用
|
 |
30
JeepLi 2020-12-20 21:17:34 +08:00
md5sum
|
 |
31
nuk 2020-12-20 21:36:57 +08:00
已经拷好的可以用 mtree 来对比，可以对比你想对比的一切东西
包括，权限，时间戳，文件名，哈希，空文件夹。。 |
 |
32
ungrown 2020-12-20 22:34:54 +08:00
@terence4444 #6 现在有成熟的软件了，resilo 微力同步 之类的
|
 |
33
fox0001 2020-12-20 23:10:36 +08:00
可以考虑古老的 ghost
|
 |
34
coymail 2020-12-20 23:21:16 +08:00
或许和软链接硬链接有关系，不同工具处理方式不一样，可以考虑用 rsync
|
 |
35
Licsber 2020-12-20 23:24:32 +08:00
rsync -c 跑两遍 我最近也在干这样的事情 表示现在对 macOS 的拷贝很不信任
搞不懂复制逻辑 finder 看起来像是先拷过去格式再拷内容 我 dst 配置了一些自动化脚本 每次都爆炸（失败会重命名文件） 现在做法是 rsync 同步到 dst 的 tmp 目录 再 mv 过去手动触发自动化脚本 |
 |
36
mingl0280 2020-12-21 07:11:22 +08:00
我还以为是 windows……
Mac 的话 rsync 拷两遍或者干脆写个脚本跑 sha256 吧 |
 |
37
GM 2020-12-21 10:39:22 +08:00
diff -r /path/to/src-dir. /path/to/dest-dir
|
 |
38
iceecream 2020-12-21 10:54:43 +08:00
1 楼的方案，就就可以了。
Win 的话，2 楼的方案 |
 |
39
lff0305 2020-12-21 11:39:43 +08:00
可以用 PAR 工具生成校验 /恢复包，自己定义比例，比如 5%
然后在目标机器校验，如果有错误并且不超过这个比例，可以自动修复 |
 |
40
3dwelcome 2020-12-21 13:29:58 +08:00
是程序员思维的话，随手 5~10 分钟写一段代码，算一下 hash 就可以解决的问题。
|
 |
41
byzf 2020-12-21 17:21:14 +08:00
powershell 手写过石器时代版本控制，检查总共几十 gb 几万个文件的 md5 大约一分多钟（电脑很差）。
|
 |
42
MapleObserver 2020-12-26 08:41:42 +08:00
以前我复制包含大量小文件的文件夹时，会用存储方式做成压缩包，复制过去，解压。
|
Select Language