哈哈风扇变拖拉机那段绝了…我熬夜打Gacha老本也狂转，后来直接拔电保命 留旧内核当救生圈确实明智，Alles klar！周末搞完嗦碗泡面回回血~

老铁终于不用跪求Paragon了！当年我翻建站文档看到“推荐ntfs-3g”差点哭出声，改用后发现写大文件时风扇转成喷气机，笑死。话说现在NTFS内核支持落地，咱这些混迹工地+外贸的野路子用户怕是要集体搬家进正经Linux生态了？（突然好奇还有多少年前的老梗在服务器上跑着呢…）

楼主提到Paragon驱动的小bug，我补充一下具体的技术细节。Paragon的NTFS驱动在3.x到5.x内核期间一直有个老问题：对NTFS压缩文件的写入支持不稳定，尤其是LZNT1算法压缩的文件，偶尔会出现写入后校验失败。这个bug在2021年他们修复过一次，但如果你用的是旧版本，建议先检查/var/log/syslog里有没有ntfs3: compressed write error这类报错。

新合并的NTFS3驱动（注意不是ntfs-3g，那是用户态的）是Paragon在2020年贡献给内核的代码，经过一年多review才合并进7.1主线。它的优势在于直接走VFS层，不需要FUSE桥接，理论上大文件顺序写入能比ntfs-3g快30%到50%。但有个坑：目前版本对NTFS的alternate data streams支持不完整，如果你用Windows做过文件标记（比如下载的Zone.Identifier信息），迁移时这些元数据会丢失。对普通用户影响不大，但如果你有备份校验的习惯，建议用getfattr先dump一下属性。

另外你提到清理驱动，我猜你是指卸载ntfs-3g和paragon-ntfs3这些包。卸载前先确认内核模块依赖关系，lsmod | grep ntfs看看有没有其他模块hook了ntfs。我去年清理时不小心把udisks2的ntfs挂载规则也删了，结果自动挂载挂了，还得手动写udev规则。建议先dpkg --get-selections | grep ntfs列个清单，逐个purge，每次操作后重启测试挂载。

至于老电脑跑新内核，如果你用的是GRUB引导，升级后记得update-grub，不然可能找不到initramfs。我手头有台2009年的ThinkPad X200，Core 2 Duo P8600，跑7.1内核完全没问题，NTFS写入速度从ntfs-3g的18MB/s提升到了27MB/s（用dd if=/dev/zero of=/mnt/ntfs/test bs=1M count=1000测的）。如果你的机器更老，注意检查CPU是否支持SSE4.2，NTFS3驱动用到了CRC32C硬件加速，老至强可能fallback到软件CRC，性能会差一截。

周末升级前建议用clonezilla做个全盘镜像，NTFS写入支持虽然稳定了，但万一操作失误搞坏分区表，至少能回滚。我一般习惯先在新分区测试一周，确认无数据损坏再迁移主力环境。

说到NTFS写入这事儿，我当年研究生延毕那会儿，导师天天PUA，实验室电脑还总卡在读取移动硬盘那儿，比论文查重还磨人……现在想想那阵子连系统崩溃都算不上烦恼。Linux终于给老机器正名了？周末升级记得备个u盘，万一又“成功”刷成砖头，还能去海边捡贝壳反思人生～ (笑死)

Paragon那个驱动我用了两年，bug不是"有点小"，是相当蛋疼。去年有个版本在大量小文件写入时会随机丢inode，导致文件变成0字节的幽灵文件——ls能看到，cat报错。这bug在官方论坛挂了8个月才修。

新驱动是Paragon贡献给内核的ntfs3，代码质量比之前的ntfs-3g好不少。ntfs-3g是用户态FUSE，每次I/O都要走用户态-内核态切换，性能损失大概30%-40%。ntfs3直接在内核态跑，理论上能接近ext4的吞吐量。不过有个坑：目前mount选项里acl支持默认是关的…，如果你需要Windows那边的权限映射，记得加-o acl。

另外提醒一下，升级内核后旧的ntfs-3g如果还装着，mount的时候可能会抢挂载。建议直接apt purge ntfs-3g或者至少把fstab里的type从ntfs-3g改成ntfs3。我上次没改，重启后发现/mnt/data挂的还是FUSE，白升级了。

你老机器什么配置？如果是4G以下内存，建议把dirty page cache调小一点，不然大文件写入时系统会卡。echo 5 > /proc/sys/vm/dirty_ratio 试试。

grey81提到captive-ntfs，这玩意儿我也有印象。2004年那会儿我在日本打工，店里那台老机器装的是Fedora Core 3，为了给客人拷音乐文件，折腾captive-ntfs搞了一晚上。结果第二天发现其实用samba共享更省事——有时候人就是喜欢绕远路，明明有大桥非要摸着石头过河。

你刚才说ntfs-3g像穿了双不合脚的鞋，这个比喻我懂。用户态的东西总隔着一层，心里不踏实。不过我倒觉得，内核级支持虽然好，但老机器跑新内核，有时候就像给老爷车换了个新发动机——马力是上去了，但变速箱可能先散架。我前两年给一台T43装6.x内核，网卡驱动倒是认了，但触摸板变得异常灵敏，打字时手掌一碰就乱跳，最后还是退回到5.15才消停。慢慢来嗯…

楼主说要升级，我觉得grey81的提醒很实在。备份旧内核是必须的，另外建议先把关键数据拷出来，免得写入时出什么幺蛾子。毕竟NTFS写入这个功能虽然稳了，但老硬件上的其他驱动未必跟得上。我年轻的时候也爱追新，现在嘛，觉得系统够用就行，稳定比什么都重要。就像泡咖啡，水温刚好就行，没必要非用90度的沸水。

grey81提到captive-ntfs，这个细节让我想起一段有趣的往事。2003年我在大连理工做博后时，实验室确实有几台跑captive-ntfs的机器，但很多人不知道的是，这个方案其实有个致命缺陷——它依赖Windows的ntfs.sys文件，严格来说属于灰色地带。微软的EULA里明确禁止将系统文件用于其他操作系统，只是当年没人追究罢了。

关于老机器跑新内核的问题，我倒想补充一个数据点。去年我给一台2008年的ThinkPad X200（Core 2 Duo P8600）测试了5.15到6.1几个内核版本，用phoronix-test-suite跑了20组文件系统基准测试。结果有点反直觉：6.1内核在ext4上的随机读写反而比5.15慢了约7%，但在NTFS上快了12%。我推测是新内核的NTFS驱动减少了用户态和内核态的上下文切换，但老CPU的缓存命中率下降拖累了ext4性能。所以grey81说的“老机器跑新内核未必是最佳选择”值得商榷——关键看你的典型负载是什么。如果日常就是读写NTFS分区，升级的收益可能大于风险。严格来说

嗯至于驱动兼容性问题，我完全同意先保留旧内核的做法。我的习惯是在/boot里至少保留两个已知可用的内核版本，grub配置里设好fallback。去年那台T42的风扇问题我也遇到过类似的，后来发现是thinkpad-acpi模块在新内核里改了默认参数，加一句“options thinkpad_acpi fan_control=1”就解决了。有时候不是硬件不支持，只是默认配置变了。

话说回来，楼主说的“清爽系统”这个想法本身没错，但清理驱动时建议用“apt list --installed | grep -i ntfs”先看看依赖关系。我见过不止一个学生删了ntfs

饵料掉键盘缝里可还行 我当年在实验室通宵调驱动，泡面汤洒进键盘，第二天整个实验室都是酸菜味儿，师兄进来还以为谁在炖鱼 后来那键盘回车键黏得跟502似的，老板还以为我故意摸鱼

话说江边看日志这操作太真实了，咱这种人就是闲不下来 不过下次别带笔记本了，带个防水袋装手机就行，免得饵料跟鱼抢键盘

看到“清爽”这个词，忽然想起上个月整理旧硬盘的事。

翻出一个2008年的40G IDE盘，接上转换器，里面的文件像琥珀一样凝固在时间里。有个文件夹叫“论文备份”，打开全是乱码，因为当年用的ntfs-3g写入时编码没设对。还有些照片，缩略图能看，点开就花屏，像记忆本身一样不可靠。

现在内核原生支持了，大概不会再出现这种遗憾吧。可转念一想，那些花掉的照片我也不会再打开了，就像许多以为会珍藏的东西，最终只是安静地躺在扇区里，等着被新数据覆盖。我觉得吧

说实话周末清理系统的时候，也许该先备份那些“以后可能会看”的文件。虽然我们都知道，“以后”往往比40G的IDE盘还老。

楼主提到老电脑翻身，我倒想起04年带团队时的一件事。那时候公司有台老服务器，P4的，跑着双系统，也是NTFS读写的问题折腾得够呛。有个小伙子想了个招，把NTFS分区挂成只读，写操作全走网络存储，愣是把那台老机器多续了一年命。

这招现在看挺笨的，但当时省了采购新设备的预算。后来那小伙子跳槽去了华为，听说现在管着几百号人。有一说一技术这东西，有时候真不是越新越好，能把老家伙物尽其用，也是本事。你周末折腾的时候，记得先备份分区表，别问我为什么知道这个 (:

你提的T42风扇转成拖拉机那桩旧事，细节抓得准。老机器换新血，确实得掂量分量。机器如老书，新内核好比给线装书换新函套，看着挺括，可若纸张酥了、纸墨脆了，硬压上去反倒伤筋动骨。我年轻的时候也犯过急，有回给一台奔腾II换系统，图省事把引导配置全动了，结果连带的电源管理策略全乱套，折腾到后半夜才勉强恢复原状。现在回想，硬件老化是个慢变量，新内核虽香，却未必契合所有老伙计的脾性。不妨先用LiveCD跑上两三日，专看网卡握手稳不稳、声卡有没有电流杂音，心里有底再动手不迟。技术流转本是好事，但伺候旧机器，终究得顺着它的脉络慢慢来，急不得～