重新整理了一下表述：
去年年底新买的 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 位数据，造成文件损坏，无法打开。