Linux 如何减少拷贝大文件到 USB 磁盘时的错误风险

usb 接口的问题，不是磁盘。以前就发现过。如果是用 winrar 的话可以添加恢复记录，对于这种偶尔的 usb 传输错误是可以恢复的。其它软件可以分卷存储，那个卷坏了，只有重新复制。文件生成 sha 校验。复制完成后重插 usb 设备就可以验证了。当时就可以确认问题。

@flynaj 谢谢，我看看 linux 下 RAR 能不能带恢复记录

另外一个想法是 tar 压缩时以完整文件为单位分成多个压缩文件可能比压成整个大文件错误恢复时简单一些，不知道有没有现成的轮子。
还有就是总觉的这种硬盘长时间写入会不稳定，因为中间有压缩，让系统管理缓存的话磁盘会一直低速地写入，感觉应该每缓存 1G 左右后整体写入，也不知道这样有没有轮子用

正常思路是 rar 按照 500M 或者 1G 分割，然后加恢复记录吧

用校的案系，像是 Btrfs 。用工具，像是 rsync 。

如果是我，就打包大文件 ，cp 这个大文件到服务器磁盘上面，再解压 。就是磁盘预留一倍的量 。

你的问题一般是 usb 带 sata 大容量 满负荷 容易供电不足 。整个 USB 外壳带外供电的把。

@lucifer9 这样按总文件分包是不是坏一个文件所有压缩包全坏的？我想最好是按文件逻辑分包，如果坏了就只需要重新处理坏掉的部分。感觉就是 find 先列出所有文件在外面安排好再分批压缩，但不知道有没有更简单的方法

@Android9487 暂时只能在 ntfs 上，rsync 感觉也解决不了复制过程中硬件问题产生的这种随机问题。

我是写了个脚本，往网络存储或移动存储 cp 东西自动 sha 校验

@liaohongxing 就是两个机房的服务器数据转移，背面板供电应该足的，公共设备可能是 USB 线拉扯或硬盘随机质量问题，也没条件插额外电源

条件足够 ，利用服务器到期最后一段时间新旧机器直接网络对拷 。

考完了校验不就行了。。。

分卷压缩，然后单独算 Hash ，哪个分卷有问题就重新考那个分卷。
印象里数据错误可能不一定会导致解压失败，所以最好解压完再算一次 Hash 。

用 par2 创建恢复卷，传输完成后用 par2 校验，如果有错误它会自动修复。

支持 12 楼

rsync

感谢各位，暂时用 rar a -m1 -ol -mt4 -ms'gz' -rr1 target.rar sourcefolder 这个代码压到硬盘，看解不出来再用别的方法。感觉用 Btrfs 做系统，rar 的 rr ，或者压缩后分卷计算特征码并对每卷做 par2 都是可行的。

@JohnBull 两个服务器间没网，只是复制到硬盘 rsync 和 CP 一样吧。

就原服务器空间不够，不能原位压缩再转移压缩完的文件。如果能在解压缩时用较短的时间判断完整性，出错的话只处理错误的部分文件就最好了，也避免中间低质量硬盘长时间多次读写增加额外的问题。

@wizardyhnr 看着不错，下次试试