posted by wap, platform: iPhone
八十几个g的文件夹从电脑拷贝到tf卡，不知道是什么原因拷贝中出了几回错，但只要选重试就过去了
拷贝完的文件夹比较一下发现文件大小一致但占用空间差一点点
这种是不是出错了求教

posted by wap, platform: iPhone
因为拷贝一次数个小时，尽量不想重试了

看着没什么问题，但你中间毕竟断过几次，最糟的情况是tf卡有坏块了

可以用fastcopy再试一下，如果没问题就很快

这种场景，我一般会分几次复制。就怕中途出错的。

占用空间不一样应该是两个介质簇的大小不同。

不放心抽几个对比一下hash值，md5或者sha1之类。

posted by wap, platform: Android
我之前给ns拷模拟器ROM，用一个USB2.0的读卡器，拷着拷着就错误重试，后来索性停下取消，换个USB3.0的读卡器，重新拷贝，没有出错。

posted by wap, platform: Chrome
5楼正解，就是文件簇不一样的缘故。打个简单的比方，你有一车苹果，要装到一批纸箱里，有两种箱子，大小稍微有点区别，用纸箱A可以装100箱，用纸箱B可以装99箱，这样从箱数来看就有点不一样，但是苹果的总量是一样的。不同存储介质格式的文件簇就大致类似纸箱的区别。当然以上只是一个比喻，实际并不完全贴切，明白这个意思就行了。

首先，你电脑八成用的是NTFS，TF卡你得看一下用的是什么，如果是exfat甚至是fat32的话，每个文件簇的大小会有很大差异，就会导致一批数据，在NTFS和exfat下面，虽然容量一致，但是占用空间差异很大。

你对比一下文件数量和容量，如果这两个数值一样，那说明起码的数据量是一样的。占用空间不一样有可能是分区的差异。

如果分区都一样，文件簇的设置也一样，那你这个对比数据，我自己是不放心的，还是重新copy一次算了。

要么就是找个文件夹对比工具来比对（要能够遍历文件夹的那种），或者自己手动分批比对一下。

手动方法：
1. 每个目录比对一下，定位有问题的目录；
2. 找到有问题的目录，在二级目录继续逐个对比（可以对半来对比，逐步定位）；
3. 如果一个目录里面有太多目录或文件，那么就分批选择，比如选择前一半比较一下，有问题的话再选择这里面的一半（也就是全部的1/4），以此类推；

只要不是大批量文件有问题，基本上就算手动定位有差异的文件，也不用花费太长时间。