M1 MBA 复制文件至移动硬盘 随机损坏

M1 确实问题太多了，我目前就遇到了用官方的转换器插 exfat 的 U 盘遇到断联的问题，去 Genius bar 用他们的转换器一样的会遇到，只能等了，稳定性太差了。

从二进制文件分析得出
损坏的文件前 1000 的数据全部被抹了,由于是 16 进制,算下来就是 4096 个 b....
之后的内容我仔细看过了,完全一致...
至于是谁丢的...感觉是缓冲区没写好,可能就 for 机缘巧合少算了一位,哈哈哈
这个 4096 是在太像缓冲区了....我记得不少语言默认都是这个

八成是 ntfs 的写入有问题，不过 mac 上的 ntfs 插件一直不放心，否则也不会有那么多人在移动硬盘的格式上纠结了。

不用 NTFS，所以完全无感啊，家里的设备不是 MacOS 就是 Linux 的，X86 的设备只有一台用来打游戏的 Win10 台式机了，其余都是 ARM 的，已经彻底抛弃 Windows 和 X86 了

@360511404 感谢大佬

我和我另一个朋友探讨了一下
发现如果用 cp-r 命令的话是可以复制出无损坏的文件的，直接拖就会出现这个问题
另外我换了个国产的 ntfs 软件之后就正常了，所以应该是 paragon 的锅
稍后我再把整个流程给记录一下

另外还有一个问题，如果前 1000 的数据被抹了的话，那那些看起来可以正常打开的文件是不是也已经损坏了……需要我重新下载一遍么？还是只要能正常打开就 OK

用在线二进制看了一下能正常打开的文件，前 1000 位没有丢，还行
所以总结起来应该就是复制以及解压的时候可能随机触发某些文件前 1000 位掉落导致文件损坏……

顶一下，今天用 m1 的照片库导出照片遇到类似问题。
3000 张照片大概有 7-8 张提示未知错误，都集中在调过色的图片上（不是在 m1 上调的，仅导入），但是导出原图可以正常导出

rtfs 插件的锅，我都是把 ntfs 格式的盘挂到 pd 下才敢用的

顺便补一条，国产的赤友 NTFS 对 M1 支持不错，至少没有楼里的问题

我是前几年有一次用 texure 还是啥名字的 ntfs 出问题了，换的 paragon 没问题就一直 paragon 了，还是正版
无论如何 ParagonNTFS 至少对 M1 不够友好……

ParagonNTFS 支持 M1 也算及时的了，可惜我第一次安装就粉红屏崩了。

之后再也没敢安装

重新整理了一下表述：
去年年底新买的 M1 MBA，系统是 High Sierra，安装的正版的 ParagonNTFS 最新版。上个月用某块硬盘的时候出现过这个情况：把一个含有几十个音频文件和图片的文件夹用 Finder 拖动至移动硬盘后随机损坏了一些文件，即提示“已损坏，无法打开”。一开始我以为是硬盘的问题，没太管，结果今天用另一块硬盘又是这个问题。也不清楚在我不知道的时候到底损坏了多少文件，于是我开始了一系列测试和尝试修复。首先更新了系统到最新的小版本，并卸载重装了 ParagonNTFS，无效。除了测试之外，还联系了计算机系的同学一起帮忙看看，并在论坛发了帖子求助。
测试一：包含图片的文件夹复制
我建立了一个文件夹，含有 70 张一样的图片，分别编号 1-70 。多次将文件夹拷贝至移动硬盘，发现：第 1 次，编号 9，25，36 图片损坏；第 2 次，编号 9，25，41 图片损坏；第 3 次，编号 9，36，41 图片损坏；第 4 次，编号 25，41 图片损坏；第 5 次，编号 9，16 图片损坏。换句话说，每次复制会随机损坏一些图片，似乎损坏的文件在一个范围内，但并不是在这个范围内就一定会损坏。
测试二：包含音频的文件夹复制
我建立了一个文件夹，含有 70 个不同的音频文件（ flac ），分别编号 1-70 。多次将文件夹拷贝至移动硬盘，结果与测试一相同：随机损坏。
测试三：包含文本的文件夹复制
我建立了一个文件夹，含有 70 个一样的 txt 文件（内写了几个字），分别编号 1-70 。多次将文件夹拷贝至移动硬盘，结果未见损坏。
测试四：确定文件是否损坏
将损坏的图片 /音频从移动硬盘拖动至本地磁盘，依旧损坏，无法打开；用 Windows 电脑尝试读取损坏文件，依旧损坏，无法打开。
测试五：比对损坏文件与原始文件
经比对，损坏文件和原始文件的字节数是一样多的，修改时间等信息也一样，唯一的区别是已损坏的无法打开。
测试六：更换系统环境
由于之前在两块硬盘都出现过这个问题，没有控制硬盘的变量，直接开始控制系统的变量。打开 Intel 芯片的 High Sierra 系统尝试复制，功能正常；打开 Windows 电脑尝试复制，功能正常。换句话说，问题恐怕出在 M1 上。
测试七：压缩文件测试
将原本直接拖动到移动硬盘里的文件夹进行压缩，拖动压缩包，再在移动硬盘上进行解压。经测试，含有图片的文件夹以“压缩-复制-解压”的形式不会出现损坏；含有音频的文件夹以“压缩-复制-解压”的形式会出现文件损坏。非常神奇。此外，将出现文件损坏的压缩包拖动回本地磁盘解压，无文件损坏。这更神奇了。
测试八：通过指令复制
在朋友的指导下通过 cp -r 指令复制文件夹，惊喜地发现通过指令复制的文件夹正常，无文件损坏。经朋友查询 macOS 通过 cp -r 指令复制和拖动复制在系统的处理上会有些微不同。
测试九：二进制查看
将原始文件和损坏文件上传至百度网盘供坛友研究，通过网页上传的时候提示四个文件都损坏文件，但是百度网盘里面能打开查看未损坏的图片和音频，损坏的则无法查看。后来再上传原始文件时未提示损坏。坛友指出，从二进制文件分析得出，损坏的文件前 1000 位的数据全部被抹了，由于是 16 进制，算下来就是 4096 个字节，其他内容完全一致。感觉是缓冲区没写好，可能是 for 机缘巧合少算了一位。
测试十：更换 NTFS 软件
将 ParagonNTFS 卸载，更换成赤友 NTFS，拖动复制功能正常，一切恢复。
总结：
这是 M1 版本的 ParagonNTFS 的 bug，在通过拖动而非指令的方式将文件夹复制到移动硬盘上会随机使一些文件丢失前 1000 位数据，造成文件损坏，无法打开。另外在含有一定数量 flac 音频文件的压缩包在移动硬盘上进行解压时也会随机使一些文件丢失前 1000 位数据，造成文件损坏，无法打开。

这里排版好一些 https://zhuanlan.zhihu.com/p/351022143

我的 paragon 还买了终身升级，看来是不会再用了。

@ShawnCAFU 不拖动，用拷贝粘贴的方式也不成吗

永远不要相信什么“自动”、“智能”、“快速”之类的比较，Beyond Compare 永远只 “二进制比较”

移动硬盘偶尔交换一下问文件，别用 ntfs 了，fat32，exfat 不香吗？如果怕丢那就上 nas 啊

这个锅 M1 不背

别用 NTFS，用 APFS 吧。

NTFS 的所有插件网上一搜都有掉数据的问题，我都是用虚拟机来读写的，这个最靠谱，我也一直推荐别人这样做

磁盘安全弹出了吗？没弹出完直接拔，或者直接关机，很容易丢失内容。
我也遇到过好多次，文件内容损坏，直接丢文件 /文件夹都遇到过。也是正版 ParagonNTFS，但不是 M1 。
放到 Windows 下面用磁盘修复扫描一下，有时能恢复一些。

@aero99 也不行，只有 cp -r 可以
@shutongxinq 应该是 M1 兼容也是新开发的，Paragon 的老牌效应在 M1 上没啥用
@xiangyuecn 问题是 Beyond Compare 没比出来 orz，说是一样的，我也不知道他咋比的，删了后来

@littlewing 确实，最后看出锅在 Paragon 上

@icyalala 安全弹出了；我之前有直接拔磁盘读不出来弄坏了的经历，之后一直很小心。
我也试过 win 的磁盘修复，扫描完说没有问题

@Helsing 感谢推荐，下次我试试