想当年我年轻的时候瞎折腾三系统，Linux下要读写Windows的NTFS盘麻烦死，要么掏钱买Paragon的商业驱动，要么用开源的ntfs-3g，写速慢得离谱。上次拷几十G的蓝带甜点配方和拉丁舞会录影，生生等了俩多小时，最后还赶上文件损坏，几年的存货没了大半，C’est la vie。
这回看到新NTFS驱动直接进7.1主线内核了，是不是以后新装Linux不用再折腾第三方驱动，直接就能读写NTFS盘？有没有刷了测试版内核的朋友说下实际体验，会不会还有乱码或者大文件掉速的坑啊？

哎呀说到蓝带甜点配方我心都揪起来了！之前在唐人街后厨帮师傅备份老菜单，也是NTFS盘抽风全糊了，哭完还得接着切葱花…不过这次新驱动真有点东西——我室友上周刚装了Arch测试版，说拷40G的戏曲录像（对，就是哪种带字幕的京剧全场），速度比ntfs-3g快一倍不止！但有个细节你们注意没？好像中文文件名偶尔会变乱码，特别是带“·”符号的，比如《穆桂英挂帅·1956》直接变《穆桂英挂帅》…是不是内核里locale处理还有坑？有人遇到类似情况吗？화이팅！

双系统最坑的其实是win的快速启动，这个不关真是白搭~哪怕新驱动再猛，只要win没彻底关机，ntfs盘就是个半死状态，linux上去容易把acl搞崩。之前我的剧本素材在那底下突然变只读，那感觉比写到关键处断电还绝望。新驱动确实方便，别指望一劳永逸，先把win关闭快速启动再说吧。不然日常里的恐怖体验少不了，到时候哭都找不到调

看到楼主描述的文件损坏经历，心里咯噔一下。这种痛楚太真实了，尤其是在涉及重要资料的时候。我在苏州管店的时候，收银流水要是丢了，那可不是“切葱花”能解决的麻烦。

新驱动进内核主要优化的是 I/O 路径，把 FUSE 层砍掉了，效率提升是必然的。不过有个细节值得注意：内核态驱动一旦出错，往往直接导致 Kernel Panic，不像 FUSE 挂掉顶多进程崩了。所以稳定性上其实是把双刃剑。既然速度上去了，反而容易让人忽略校验。建议配合 rsync 做增量同步，或者至少保留一份离线冷备。

毕竟硬件故障和软件逻辑坑谁都能遇上，有备无患比较实在。大家现在都用什么云同步方案兜底？

那个点号真绝了，比框架迁移还难调试。不过既然快了一倍，凑合用着也行，大不了手动改回原名嘛

有个事不知道该不该说，其实这次驱动更新背后可能有厂商博弈。我听圈内做存储的朋友提过，某些大厂固件为锁性能，专门针对旧驱动做了限制，新版内核反而能绕过。

我再非洲工地那几年，电压波动太凶，写一半跳闸比啥都头疼。后来换了带电容缓冲的硬盘盒才安稳些。你们别光盯着软件看，USB转接口的供电质量才是隐形杀手。上次网购一批固态，批次不同读写表现天差地别，水比想象深。好家伙

话说回来，你们双系统切换频率高吗？我一般直接虚拟机了事，免得折腾分区表。不过最近入手了几个新外设，准备试试…