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

2021-02-16 18:57:09 +08:00
 ShawnCAFU

去年年底新买的 M1 MBA,上个月用某块儿硬盘的时候出现过这个情况,把一个文件夹(几十首歌曲和图片)用 FInder 拖动至移动硬盘后随机损坏了一些文件,即提示“已损坏,无法打开”。一开始我以为是硬盘的问题,没太管,结果今天用另一块儿硬盘又是这个问题。之后我开始了一系列测试

——————————————————————————————————

情景 1:一个文件夹,含有 70 张一样的图片,编号 1-70

测试 1:将文件夹拷贝至移动硬盘,编号 9,25,36 图片损坏

测试 2:将文件夹拷贝至移动硬盘,编号 9,25,41 图片损坏

测试 3:将文件夹拷贝至移动硬盘,编号 9,36,41 图片损坏

测试 4:将文件夹拷贝至移动硬盘,编号 25,41 图片损坏

测试 5:将文件夹拷贝至移动硬盘,编号 9,16 图片损坏

压缩测试:将文件夹压缩为 zip,拷贝至移动硬盘再解压,无文件损坏

——————————————————————————————————

情景 2:一个文件夹,含有 70 首不同的音乐( flac ),编号 1-70

测试 1:将文件夹拷贝至移动硬盘,编号 9,25,36 音乐损坏

测试 2:将文件夹拷贝至移动硬盘,编号 9,25,41 音乐损坏

测试 3:将文件夹拷贝至移动硬盘,编号 9,36,41 音乐损坏

测试 4:将文件夹拷贝至移动硬盘,编号 25,41 音乐损坏

测试 5:将文件夹拷贝至移动硬盘,编号 9,16 音乐损坏

压缩测试:将文件夹压缩为 zip,拷贝至移动硬盘再解压,编号 9,25,41 音乐损坏

(具体的数字没有详细记录,是编的)

——————————————————————————————————

情景 3:一个文件夹,含有 70 张一样的 txt 文件(写了几个字),编号 1-70

测试:无文件损坏

—————————————————————————————————

可以看到很神奇的是损坏的文件似乎在一个范围内,但又不是某些文件必然损坏

且压缩复制再解压的流程对图片有效,对音频文件无效

——————————————————————————————————

仅在 mac 硬盘内复制,无文件损坏

——————————————————————————————————

已经损坏的文件在 mac 和 win 下都无法打开,但是右键属性显示大小和未损坏的文件完全一样

安装了 Beyond Compare 进行文件夹对比,得到结果是损坏和未损坏的文件是一样的文件 orz

但是损坏的文件确实无法打开

——————————————————————————————————

环境是 M1 的 MBA,系统最新,正版的 ParagonNTFS,已尝试过卸载重装 ParagonNTFS

——————————————————————————————————

这种情况下该怎么办呢?

我准备一会儿找个 exfat 的盘测试一下和 ntfs 有没有关系

以及有没有大佬能麻烦帮忙看看损坏和未损坏的文件到底有啥区别?

我上传了一份百度网盘,包含一组图片和一组音频

网页上传的时候四个文件都提示是损坏文件,但是百度云里面能打开查看未损坏的图片和音频,损坏的则无法查 看。

链接: https://pan.baidu.com/s/17Cex69TU95mozG4X1kuoXQ 提取码: a2d1

3089 次点击
所在节点    macOS
23 条回复
avia1ae
2021-02-16 19:08:22 +08:00
M1 确实问题太多了,我目前就遇到了用官方的转换器插 exfat 的 U 盘遇到断联的问题,去 Genius bar 用他们的转换器一样的会遇到,只能等了,稳定性太差了。
360511404
2021-02-16 19:27:36 +08:00


从二进制文件分析得出
损坏的文件前 1000 的数据全部被抹了,由于是 16 进制,算下来就是 4096 个 b....
之后的内容我仔细看过了,完全一致...
至于是谁丢的...感觉是缓冲区没写好,可能就 for 机缘巧合少算了一位,哈哈哈
这个 4096 是在太像缓冲区了....我记得不少语言默认都是这个
chonger
2021-02-16 19:44:53 +08:00
八成是 ntfs 的写入有问题,不过 mac 上的 ntfs 插件一直不放心,否则也不会有那么多人在移动硬盘的格式上纠结了。
niubee1
2021-02-16 20:07:32 +08:00
不用 NTFS,所以完全无感啊,家里的设备不是 MacOS 就是 Linux 的,X86 的设备只有一台用来打游戏的 Win10 台式机了,其余都是 ARM 的,已经彻底抛弃 Windows 和 X86 了
ShawnCAFU
2021-02-16 20:18:36 +08:00
@360511404 感谢大佬

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

另外还有一个问题,如果前 1000 的数据被抹了的话,那那些看起来可以正常打开的文件是不是也已经损坏了……需要我重新下载一遍么?还是只要能正常打开就 OK
ShawnCAFU
2021-02-16 20:29:31 +08:00
用在线二进制看了一下能正常打开的文件,前 1000 位没有丢,还行
所以总结起来应该就是复制以及解压的时候可能随机触发某些文件前 1000 位掉落导致文件损坏……
netlous
2021-02-16 20:30:36 +08:00
顶一下,今天用 m1 的照片库导出照片遇到类似问题。
3000 张照片大概有 7-8 张提示未知错误,都集中在调过色的图片上(不是在 m1 上调的,仅导入),但是导出原图可以正常导出
mingfreeair
2021-02-16 21:38:06 +08:00
rtfs 插件的锅,我都是把 ntfs 格式的盘挂到 pd 下才敢用的
ShawnCAFU
2021-02-16 21:54:26 +08:00
顺便补一条,国产的赤友 NTFS 对 M1 支持不错,至少没有楼里的问题

我是前几年有一次用 texure 还是啥名字的 ntfs 出问题了,换的 paragon 没问题就一直 paragon 了,还是正版
无论如何 ParagonNTFS 至少对 M1 不够友好……
ftu
2021-02-17 01:55:17 +08:00
ParagonNTFS 支持 M1 也算及时的了,可惜我第一次安装就粉红屏崩了。

之后再也没敢安装
ShawnCAFU
2021-02-17 04:28:32 +08:00
重新整理了一下表述:
去年年底新买的 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 位数据,造成文件损坏,无法打开。
ShawnCAFU
2021-02-17 04:29:19 +08:00
shutongxinq
2021-02-17 04:46:33 +08:00
我的 paragon 还买了终身升级,看来是不会再用了。
aero99
2021-02-17 07:32:44 +08:00
@ShawnCAFU 不拖动,用拷贝粘贴的方式也不成吗
xiangyuecn
2021-02-17 08:08:51 +08:00
永远不要相信什么“自动”、“智能”、“快速”之类的比较,Beyond Compare 永远只 “二进制比较”
ferock
2021-02-17 08:50:11 +08:00
移动硬盘偶尔交换一下问文件,别用 ntfs 了,fat32,exfat 不香吗?如果怕丢那就上 nas 啊
littlewing
2021-02-17 09:06:04 +08:00
这个锅 M1 不背
douglas1997
2021-02-17 10:05:44 +08:00
别用 NTFS,用 APFS 吧。
Helsing
2021-02-17 10:36:51 +08:00
NTFS 的所有插件网上一搜都有掉数据的问题,我都是用虚拟机来读写的,这个最靠谱,我也一直推荐别人这样做
icyalala
2021-02-17 10:42:57 +08:00
磁盘安全弹出了吗?没弹出完直接拔,或者直接关机,很容易丢失内容。
我也遇到过好多次,文件内容损坏,直接丢文件 /文件夹都遇到过。也是正版 ParagonNTFS,但不是 M1 。
放到 Windows 下面用磁盘修复扫描一下,有时能恢复一些。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/753581

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX