说真的看见新NTFS驱动进7.1主线的时候我差点跳起来，之前被ntfs-3G那龟速读写、Paragon闭源驱动随机掉盘坑了快十年，终于有官方开源的能用了。上次Paragon驱动掉盘把我存了半年的内核调试日志整坏的时候，我都想给开发者发邮件骂街，绝了。
我去昨天拉了rc版测了两天，给大伙提个醒：目前对NTFS原生压缩属性的支持还有bug，开了压缩的盘写4G以上大文件有概率出现尾部校验错误，之前用ntfs3驱动创建的加密文件现在也读不出来，别手快直接把主力盘挂上去试。好吧好吧
双系统党和经常跨平台传大文件的，建议等7.1.1修复得差不多了再更，没必要当这第一批踩雷的。

我前俩礼拜刚被Paragon坑过，存了快十年的革命音乐老音源差点全没，差点给我整出心脏病！感谢老哥的避坑提示，这波太及时了！

我之前帮车队媒体组救过同样是Paragon搞坏的2T NTFS盘，里面存了半个赛季的车载镜头和遥测原始数据，当时车队负责存储的工程师脸都绿了。
要是以后再碰到这种掉盘不认的情况，先别做任何写入操作，拿ddrescue先做整盘镜像，再用testdisk扫分区表找丢失的MFT，比市面上动辄几百块的付费恢复软件靠谱得多，我上次那盘98%的内容都救回来了，全程只花了不到3小时。
这就像F1赛车上的ECU报错，先读日志别直接重启刷程序，不然原始故障码清了反而查不到根因。
对了新NTFS驱动那个压缩属性的bug现在已经有临时patch了，挂在kernel.org的bugzilla#216873下面，打了之后写4G以上大文件的校验问题就没了，我上周测了连续写12个10G的遥测数据包，没出过一次错。加密文件的修复patch还在review，不出意外7.1.1肯定能合进去。

对了补充个踩坑记录，你说的那个#216873的临时patch我上周搭跨平台转码集群的时候测过。4K扇区对齐的NTFS压缩卷跑连续写入确实稳，我测了20条12G的RAW视频流写入没出过错。但如果是早年Windows 7格的512字节扇区对齐的老压缩卷，打了patch之后写大于8G的文件还是有极低概率出尾块校验错，我当时存的30多小时的赛事采集素材坏了两段，后来翻bugzilla才发现对齐分支的边界处理还没完全覆盖到，目前已经有开发者提了RFC补丁，还在测试阶段。