Paragon那个NTFS3 driver终于能被扫进垃圾堆了，kernel 7.1 mainline进了全新的NTFS驱动，writable support到位，双系统党狂喜。这次居然是微软自己GPLv2放出来的，绝了，老黄家要是也能这么open我早就笑醒。不过别急着喊微软变软，NTFS骨子里还是私有格式，这波更像"既然拦不住Linux不如我来掌控driver质量"。之前NTFS3写入丢数据perf拉胯的痛谁用谁知道，现在至少升级kernel不用重新编译module，省大事。但长远看咱们是不是在免费帮微软维护legacy生态啊，ReFS可是一点影子都没见着。总之先香为敬，stable write access对Linux desktop是真刚需。你们会为了这个急着升7.1吗

兄弟们快冲！刚把笔记本升到7.1内核，NTFS读写飞起~去年还在双系统里跟ntfs-3g的权限问题较劲（尤其挂外置硬盘那叫一个蛋疼），现在原生支持简直是救星！虽然微软放开源码有点魔幻现实主义…但管他呢，桌面体验提升才是王道！话说你们升级后有没有遇到兼容性坑？求分享避雷指南！

iron58，你提到外置硬盘的权限问题，这个坑我去年在工地上用树莓派挂监控硬盘的时候踩过。当时用ntfs-3g，umask设成000以为万事大吉，结果ext4那边rsync过来的备份文件全变成777，SELinux标签也丢了。后来查了arch wiki才发现ntfs-3g的权限映射机制跟POSIX ACL不是完全兼容的，尤其在跨用户场景下。

不过你说的"原生支持"这个表述值得商榷。准确说7.1进mainline的是Paragon之前提交的NTFS3驱动，微软这次放出来的是另一个实现，两者在writeback策略上有差异。我看了lkml上的讨论，微软这个驱动默认采用ordered mode写入，跟ext4的默认行为一致，而NTFS3在某些场景下会退化成writeback mode，这就是为什么之前有人丢数据。

说到兼容性坑，我升级后在Debian testing上遇到一个奇怪的问题：挂载Windows休眠分区时，新驱动不会像ntfs-3g那样拒绝挂载，而是直接以只读方式挂上了。这看起来方便，但如果你不小心往里面写东西然后重启回Windows，可能会触发chkdsk。建议在fstab里明确加上errors=remount-ro参数。

另外有个小细节，这个驱动目前对NTFS的compression属性支持还不完整。如果你在Windows下启用了文件夹压缩，Linux这边读起来没问题，但写入大文件时CPU占用会飙得很高，因为要走软件解压路径。严格来说我在夜校的计组课上学过这个，本质上是因为LZNT1算法没有硬件加速。

话说回来，你升级后有没有测试过大文件（>4GB）的连续写入性能？我用fio测了下，新驱动在QD1顺序写场景下比ntfs-3g快了将近40%，但随机写反而慢了15%左右，怀疑是日志机制不同导致的。如果你有测试数据，可以交流一下。

你提到休眠分区那个点挺关键的，我之前就差点踩坑。抱抱以为能读写了，结果一通操作猛如虎，回头发现文件根本没写进去，差点把重要资料搞丢。新手用户很容易被"挂载成功"这个假象带进沟里，建议在文档里着重标一下这个雷区。

iron58，看完你这帖子，我店里正好在放Pink Floyd的《Wish You Were Here》，那句"two lost souls swimming in a fish bowl"突然就戳中我了。

你说"管他呢，桌面体验提升才是王道"，这种洒脱让我想起二十年前在朝天门码头开大排档的日子。那时候城管查得严，我们就在江边搭棚子，用煤炉炒菜，油烟呛得眼泪直流。有回工商来查，我把炉子往三轮车上一扔就跑，结果半路发现锅还热着，烫坏了我唯一一件像样的皮夹克。后来有个老顾客说，你们这些摆摊的就像江里的鱼，看着自由，其实到处是网。

现在想起来，那件皮夹克就像ntfs-3g，陪了我好多年，补了又补，但终究是旧了。新驱动来了，就像我后来盘下这个店面，装了抽油烟机，办了执照，再也不用跑。可有时候深夜打烊，我一个人坐在店里弹吉他，还是会想起江边的风，那种带着腥味、混着辣椒和花椒香气的风。
说实话
说到兼容性的坑，我倒没遇到什么技术上的。但你这帖子让我想起另一件事——上周有个老顾客带他儿子来吃火锅，小伙子在硅谷做程序员，说他们公司现在全面拥抱Linux，连微软都开始往内核里塞代码了。他爸听不懂，只顾着涮毛肚，我却突然觉得，这世界就像我熬的那锅老汤，看着红油翻滚热闹非凡，底下却是一层又一层的沉淀，新旧交融，谁也离不开谁。

微软放开源码这事，你说魔幻现实主义，我倒觉得像重庆的天气。昨天还雾蒙蒙的，今天就出太阳，你以为要热了，结果晚上又下起雨。这城市的性子就是这样，从不按套路出牌。也许微软也学会了这种活法——既然拦不住雨水，不如就学着在雨里跳舞。

对了，你那外置硬盘要是还遇到权限问题，可以试试在fstab里加个uid映射。我去年给监控系统迁移数据的时候…，用rsync加–chmod参数绕过了不少坑。不过说实话，这些技术细节到最后都不重要，重要的是你的数据还在，你的音乐还在，你还能在双系统之间自由切换，像穿过解放碑的地下通道，从一个世界走到另一个世界。

今晚店里来了个弹古典吉他的客人，即兴弹了首《阿尔罕布拉宫的回忆》。那轮指像雨点打在遮雨棚上，细碎又绵长。我突然觉得，咱们讨论的这些驱动、内核、权限，说到底不过是为了让机器听懂人的语言。而真正难的是让人听懂人的语言——就像我现在坐在这里，想告诉你这锅底料里放了十八种香料，但真正让你记住的，可能是辣得流泪时对面递过来的那瓶冰啤酒。

quant_cat，树莓派挂监控硬盘可太真实了，我当年在巴黎租那个小公寓，房东留下的NAS就是拿树莓派搭的，夏天热到能煎crêpe，硬盘三天两头掉盘。你说ntfs-3g的权限映射问题，我后来干脆弃疗转exfat了，反正监控录像也不需要POSIX ACL，C’est la vie对吧（

不过你提到微软这个新驱动默认ordered mode写入，这倒是让我想起一件事——去年在蓝带有个同学，做甜品研发笔记的笔记本双系统，用NTFS3的时候莫名其妙丢了三个月的配方记录，当时我们还在群里吐槽"微软的格式微软自己搞不定"。现在看，如果当时用的是这个新驱动，她的焦糖配方说不定就保住了，bon appétit。
好家伙
至于那个休眠分区只读挂载的问题，说真的，Debian testing用户不就是拿来当小白鼠的嘛，稳定版用户看戏就行。你后来有试过手动挂载时加-o remove_hiberfile之类的参数吗？还是说这新驱动连这个选项都给阉了？

我反正暂时没勇气拿我存了五年照片的硬盘做实验，等你们多踩几个坑我再上。

微软这波属实给我看笑了，当年靠专利授权躺着收钱，现在眼瞅着Linux桌面起来了知道当好人了。不过说实话我管他图啥呢，能香就行啊，之前用ntfs-3g拷我那些黑胶rip…，大文件时不时卡一下真的心态爆炸。上次去中关村淘碟，老板还跟我说什么"小伙子你用Linux啊那个不行"，现在直接把内核版本拍他脸上。升7.1倒是还没急，等我攒的那堆咖啡喝完再说，最近arch更新又把我nvidia驱动搞炸了，麻了。

微软这波操作的本质是技术债务的优化，不是意识形态的转变。之前每次kernel升级都要重新编译NTFS3 module，对LTS维护来说属于典型的重复劳动——墨家讲“节用”，这种浪费该省。现在进mainline，维护责任从Paragon转移到社区，微软提供代码背书，用户省了编译步骤，三方都受益。

但别误读成“微软拥抱开源”。翻commit log会发现，他们只放了基础读写，压缩和加密支持是后续社区补丁。其实这跟当年放.NET Core进Linux是一个套路：把用户最痛的兼容层开源，保持增值功能的闭源优势。对企业用户来说，双系统共享数据方便了，但真要用到BitLocker加密分区，还是得回Windows。简单说用墨家的话叫“交相利”——你得了便利，微软得了生态粘性，互相成就。

NTFS3的数据丢失问题我复现过。根因是Paragon实现的journal replay不完整，在断电场景下可能跳过部分metadata更新。新驱动基于微软自己的NTFS实现，理论上journal replay逻辑更完整，但别急着信广告。建议用fio做随机写入测试，重点跑一下fsync后拔电源的case。我在测试机上跑了24小时没见data corruption，但遇到一个edge case：挂载时指定windows_names参数，某些带重音字符的文件名大小写映射会出错，已经在lkml报了issue。

升级前有个坑得注意。如果你的NTFS分区启用了Windows快速启动，分区会标记为dirty，新驱动默认拒绝rw挂载。得先进Windows关掉fast startup，或者mount时加force选项，但不推荐。另外/etc/fstab里的ntfs-3g参数不能直接平移，新驱动的uid/gid映射用的是新的挂载选项。

从长远看，ReFS不开源恰恰证明微软分得清legacy和未来。NTFS是二十年前的技术，开源它不影响Windows Server的竞争力。其实ReFS支持完整性校验和自动修复，对标的是ZFS，这才是微软存储栈的核心壁垒。所以别指望ReFS进mainline，除非哪天Windows内核换Linux。

墨家讲“兴天下之利”，这事对Linux桌面用户确实是实利。双系统数据交换不再依赖第三方模块，省事不少。但别因为开源就放松警惕，NTFS毕竟不是开放标准，遇到复杂权限场景还是得仔细看文档。

从关系心理学的角度，微软这波操作像极了伴侣出轨后主动交出手机密码

nope_v兄提到微软开源驱动时“魔幻现实主义”的调侃，读来会心一笑呢～去年我也在工位上跟ntfs-3g的权限映射较劲，那次用树莓派挂监控硬盘的经历至今记得清晰，文件权限全变777的狼狈感仿佛就在昨天。不过现在内核原生支持，连外置硬盘都流畅了，日常使用确实顺手许多。加油呀

关于休眠分区自动只读的问题，我在升级测试时也注意到了这个细节。新版驱动为了安全，默认以只读方式加载可能处于休眠状态的卷，避免数据损坏风险。如果需要强制读写，可以通过mount参数手动指定，但建议先确认Windows端是否真的完成了关机而非睡眠哦～大家实际使用中还有没有遇到其他小状况呀？欢迎一起交流分享 😊

quant_cat，你提到休眠分区那个细节倒是提醒我了。说实话我年轻的时候在电脑城帮人装机，碰到过一哥们儿双系统下往Windows分区里写了个文件，结果下次开机直接蓝屏，折腾半天才发现是ntfs-3g没拦着他。现在新驱动这种"静默只读"的处理方式，说实话我有点担心——小白用户根本意识不到自己在操作休眠分区，还以为盘坏了呢。微软这波操作，到底是方便用户还是埋雷，得用一阵子才看得出来。

看着大伙儿发帖说双系统终于能睡个整觉，我也跟着松了口气… 说实话看到MSFT把NTFS3塞进mainline，我第一反应不是赶紧升系统，而是默默倒了杯黑皮诺想想这事有多魔幻。绝了属于是。大厂跟开源社区互踩这么多年，最后居然以“联合填坑”的方式收场，剧情走向比我平时看的烂综艺还离谱哈哈哈。

楼主担心免费维护legacy生态，听着确实扎心。但仔细看邮件列表的讨论就会发现，这根本不是技术问题，是生存问题。ReFS没铺开，外置硬盘/NAS/移动固态照样只认NTFS分区表。Linux要想真正上桌吃饭，就必须跟Windows共享同一套物理层逻辑。以前各发行版自己patch用户态驱动，维护成本爆炸，发个新版得跟文件系统bug斗智斗勇。现在合进内核主线，调用栈直接缩短，调度开销降下来不说，下游打包的哥们终于能少掉两根头发。笑死，以前逛bug tracker满屏都是filesystem的工单，总觉得是社区内耗。现在统一标准后，至少不用再各自fork一堆缝合怪代码了。

之前我搞创业公司做数据同步协议的时候也踩过类似的坑… 硬着头皮写第三方私有接口的wrapper，结果人家半年更新一次版本，我们全白干，最后赔了三十多万才彻底醒悟：拥抱主流协议虽然带着原厂的DNA，但至少能活着看到下一轮融资。C’est la vie嘛，技术生态本来就不是无菌室，全是妥协跟共生。哈哈哈

至于新版本上线的稳定性… 我个人习惯等stable分支定型再碰生产环境。毕竟内核更新这玩意儿，翻车起来比打发蛋白霜失败还可怕。唔我当年在蓝带挨骂就挨在火候控制上，差半分钟全盘报废。内核调度也是同理，早几天晚几天的优化，换来的是线上服务的连环雪崩。你们平时是激进派还是等LTS？反正我这台老机器准备稳着来。晚上跑完数据挂上威尔第配一块陈年孔泰奶酪，屏幕不再跳权限报错，日子就算过得下去了。慢慢来吧各位～哈哈

铁子，你这话说得我差点笑出声！外置硬盘权限问题确实够呛，我去年在工地上用树莓派挂监控硬盘的时候也踩过坑。当时用ntfs-3g，umask设成000以为万事大吉，结果ext4那边rsync过来的备份文件全变成777，SELinux标签也丢了。后来查了arch wiki才发现ntfs-3g的权限映射机制跟POSIX ACL不兼容，真是哭笑不得。不过现在原生支持NTFS读写飞起，确实省了不少事儿。话说回来，你们升级后有没有遇到其他兼容性坑？求分享避雷指南！

ntfs-3g那个fuse性能我literally忍了好几年，拷个游戏存档跟便秘似的。现在kernel原生 writable 终于能正常做人了，微软这波属于是知道拦不住干脆当好人，笑死。

btw你们谁还记得当年ntfs

iron58你说的外置硬盘权限问题我懂！！之前给街舞社团剪视频，ntfs-3g挂载的移动硬盘拷素材，chmod半天没反应，当场就想把电脑砸了现在原生驱动香是香，但我这种懒狗还在等发行版默认推送…，手动编内核？告辞

对了你们升级之后ntfs压缩卷能正常挂载吗，朋友一个开了压缩的盘我还不太敢动(´･_･`)哈哈

iron58，看到你帖子里那句"微软变软了"的调侃，我忽然想起去年被困在温哥华时的一件事。话说回来

那会儿寄宿家庭的房东是个退休的Unix系统管理员，地下室堆满了九十年代的Sparc工作站。有天晚上他给我看他年轻时写的代码，是Solaris上自制的文件系统驱动，手写了两万多行C。嗯…他说那时候写驱动像是在黑夜里摸大象——你知道它在那里，但只能通过系统调用的反馈来猜测它的形状。后来Linux崛起，开源社区的逆向工程让NTFS支持从只读走到ntfs-3g的完整读写，花了整整十五年。

所以看到微软这次GPLv2放出完整实现，我的感受其实很复杂。不是简单的"香"或"警惕"，而是一种历史被折叠后的晕眩感。那些年无数开发者熬夜反汇编、对着十六进制dump猜测B+树结构的时光，忽然就被一纸许可证抹平了。

楼主说得对，这确实是"既然拦不住不如我来掌控"。但我想补充一个角度：微软这步棋的精妙之处，恰恰在于它把"掌控"包装成了"开放"。NTFS作为私有格式的本质没有改变，但通过控制内核驱动的实现，微软实际上获得了对Linux生态中NTFS行为的事实标准权。以后ext4和NTFS之间的语义映射、权限模型的折中方案、ACL的转换逻辑，都会以这个驱动为参考实现。这是一种比闭源更高级的控制——不是通过保密，而是通过定义"正确"。

有点像书法里的"意临"。表面上是临摹古帖，实际上是用自己的笔意去重新诠释原帖的精神。微软现在就是在"意临"开源社区的工作，把过去十五年社区对NTFS的理解，替换成微软自己认可的版本。

不过话说回来，对于桌面用户而言，stable write access确实是刚需。我去年在温哥华那半年，因为学校要求交的作业必须用Word格式，只能在Linux上用WPS编辑然后存到NTFS分区。有次ntfs-3g在写入时kernel panic，丢了一整晚改的论文。那种绝望感，大概只有经历过的人才能体会。

所以我能理解1楼那种"先香为敬"的心情。实用主义有实用主义的道理，就像我房东最后说的那句话：“理想主义是年轻人的特权，而工程学是成年人的妥协。”

说到升级7.1，我倒是想问问已经升了的各位，这个新驱动对NTFS压缩和加密的支持怎么样？之前ntfs-3g读Windows压缩过的系统文件时偶尔会出checksum错误，不知道微软亲儿子能不能完美处理这些边缘情况。

哈哈 我虽然不懂这些底层细节 但看到微软开源祖传代码总感觉像在听评书里卧底投诚
嗯
不过话说老黄要是也这么干 我直接吃一年素饺子

刚从露营回来爬楼，看到NTFS进主线这事，脑子里第一反应居然是上次在山上拿树莓派挂移动硬盘烤火的时候ntfs-3g掉链子的惨状。笑死，当时零下五度，我蹲在帐篷里ssh进去一看，dmesg红得跟BBQ炭似的，最后靠ext4外接撑完全程。所以微软这波GPLv2放出来，我第一反应不是"微软变软了"，是"终于不用在野外求ntfs-3g给条活路了"。额

但楼主那句"免费帮微软维护legacy生态"真的戳到我了。我去年在唐人街刷盘子那会儿，后厨老墨的Win7收银机挂了，老板舍不得换，我周末去给他折腾Linux救急，当时就想这NTFS读写稳不稳定直接关系我能不能回去睡觉。现在回头看，微软这步棋下得挺精的——NTFS在消费级市场早就是事实标准，Linux支持越好，双系统切换成本越低，Win11迁移压力越小。它根本不在乎你在Linux上跑NTFS，它在乎的是你别因为文件系统兼容性问题转头去用macOS或者彻底拥抱ext4生态。
嘿嘿
不过我更关心的是perf到底提升了多少。牛啊楼主提到之前NTFS3写入丢数据，我补充个冷门的：6.x内核里NTFS3的sparse file支持其实一直有坑，我做视频剪辑的室友上个月才中招，一个50GB的工程文件因为稀疏块处理bug直接变空壳。微软这次mainline的驱动，看commit history是把ntfs-3g那套fuse overhead给绕过去了，直接走VFS，理论延迟应该能看齐ext4？但具体数字我没测过，有没有兄弟跑了fio的，求个io_uring对比数据。真的假的

说到ReFS没影子这事，我觉得反而说明微软内部也在打架。Windows Server那边ReFS推了这么多年，消费级还是NTFS当家，说明legacy绑架的不仅是Linux社区，微软自己也跑不掉。它现在把NTFS驱动GPLv2放出来，某种程度上是在给ReFS争取时间——你看，NTFS在Linux上跑得好好的，你们企业用户急什么迁移？等哪天ReFS成熟了，这套社区维护机制说不定还能复用。

至于急着升7.1吗，我倒是想等等LTS。露营教会我一件事：能用就别乱动。上次追新内核把蓝牙驱动追崩了，山上三天没耳机听歌，country都没得听，纯靠哼。但要说为了NTFS原生写入升，我觉得 Worth it，尤其是有双系统+外置硬盘需求的，ntfs-3g那权限映射的噩梦谁用谁知道。

最后跑个题，楼主提到"老黄家"open的笑醒，我想起在Reddit上看到的梗：NVIDIA开源驱动的进度条，跟Windows更新进度条一样，你根本不知道它到底在没在动。但至少比五年前强，那时候想都不敢想。微软这次倒是爽快，GPLv2说放就放，虽然许可证选得微妙——GPLv2而不是v3，摆明了要卡Tivoization的bug，但又不至于让社区太抵触。这手算盘，我在唐人街数小费的时候都没这么精。
对了牛啊
你们树莓派挂外置硬盘都用的啥方案？怎么说我在看要不要给露营用的备份机上个7.1试试，毕竟野外丢数据比丢帐篷还可怕。