这种音乐文件头文件数据莫名损坏或丢失是怎么引起的？

花样作死

第 5 首，


第 5 首，


起初以为 ntfs 移动硬盘丢数据了，但发现不像，真丢数据直接给你 0kb 镜像文件或直接文件消失不见就行了，但文件大小都在，只是头文件信息被不知道什么的给抹掉或损坏了，导致信息数据全清空了，在 mp3tag 里查看全部信息都是空白，码率全都空的，只有文件体积在。重新下了原专辑对比同文件体积一模一样，但哈希值对不上。而且文件确实无法用任何播放器播放，foobar2000 直接报文件损坏错误的 log。

唯一能让我追溯的就是我最初在 macos 下用 deadbeef 加载音乐的时候报错，回到 win 下用 foobar2000 也报文件损坏 log，但明明有印象这些音乐之前在 win 上都是正常的，总觉得是 macos 的幺蛾子……

Hi菜鸟

如果你是黑苹果双系统 那就是 苹果NTFS 驱动的问题。
最好是苹果只读 NTFS 分区。不做任何写入操作。

花样作死

Hi菜鸟 发表于 2021-3-22 21:53
如果你是黑苹果双系统 那就是 苹果NTFS 驱动的问题。
最好是苹果只读 NTFS 分区。不做任何写入操作。

是黑苹果。因为苹果原生自带 ntfs 但默认只读，我确实开启了写入的操作。看来网上，知乎一堆说苹果自带的 ntfs 损坏，丢文件是真的？我一直以为是以讹传讹，操作不当引起的，如 dirty 状态和没正确 eject 之类（虽然我也从来不 eject，毕竟 win 上用惯了，来回进 macos 下也没发生不便）。

第一次碰到这种头文件损坏，真是一点关联性，头绪都没，很随机的在零星的几个专辑里发生。我用 hxd 读取损坏的文件和重新下载正常的文件对比发现，确实是头文件被损坏了，正常文件上来并不是直接跳乱码，而是有文件信息，要拉到很后面才是一堆实体乱码；而损坏的文件开头就跳乱码了，

1，重新下载正常的文件开头信息，


拉到后面才是跳乱码，


2，损坏的文件上来就是乱码，


其实我更怀疑 deadbeef 在 macos 下是不是有问题，虽然没在他的 issue 查到该类问题。

花样作死

经过我反复测试， macos 自带的 ntfs 是个天然巨坑…… 千万别去碰……  

为什么 macos 默认只给只读，虽然 ntfs 驱动最外层源码里苹果开发者的注释里也没明说，但绝不是网上流传的什么 ntfs 毕竟是巨硬私有，苹果默认不敢开启写入这种鬼话，真正的原因就是苹果自带的 ntfs 读写驱动是个被官方弃疗早就不维护的陈旧淘汰物（据说是某个陈年迷之版本的 ntfs-3g）……


我竟然在只读下都碰到文件莫名其妙变灰，然后怎么清除权限的 @ ，只要 eject 再 mount 下就继续给你变灰…… 彻底服了……

花样作死

我现在养成了关机，重启前一定先 eject 移动硬盘，无论在 win 上还是 macos 下（macos 特别是重点！！！）。macos 下 eject 再 mount 很方便，毕竟是 *nix 那套，相反 win 上如果 eject，再 mount 貌似还要去设备管理器里再一番操作了。全都这样搞一遍真的很烦，一夜回到解放前。

macos 下我是肯定不敢再开写入了，macos 下还要去搞个脚本，方便关机，重启前自动 eject。我在想，要不要移动硬盘上再划个 500g  的 exfat，方便作为中转使用。

macos 连个像样的本地音乐播放器都没，看到 aimp 论坛有 macos 版本，下下来安装发现怎么那么大，打开才发现是个 wine 封装版…… 虽然也能凑合着用，可 tm 还不如直接 wine 个我 win 上自己的 foobar2000 了……

最坑爹的就是 macos 鼠标滚轴移动只有一格，所以无论怎么开顺滑滚动和滚动速度，都感觉滚起来怪怪的一直不舒服，弄了半天才发现，然后找到别人写的脚本，默认 3 格一滚憋的一口气终于舒畅了……