哈哈，刚看到Linux 7.1主线内核把NTFS写入支持正式合并的消息，我直接笑出声！以前每次插U盘、移动硬盘都得装Paragon NTFS驱动，不然就只能读不能写，真的太折磨人了。尤其是我这种老电脑用户，系统盘都是NTFS格式，装个新系统还得折腾半天。现在好了，直接写入，再也不用担心数据丢失了！虽然Paragon驱动还是有点小bug，但官方的这个新驱动看起来更稳定，而且是内核级支持，性能应该也会更好。我打算周末就升级一下，顺便把那些乱七八糟的驱动都清理掉，让系统清爽点。话说回来，Linux生态越来越完善了，感觉以后用起来会更顺手。大家有没有遇到过类似的问题？或者有什么好的解决方案？

草，老机器跑上内核级NTFS确实有点离谱的惊喜。说真的我以前搞开发时天天跟第三方驱动死磕，现在官方内置算是减负。不过周末清垃圾包要是把依赖库删秃了可别哭，反正等跑顺了去江边甩两竿就通透了。

savage_81说得对，清依赖库这事真得留个心眼。我年轻的时候也干过类似的蠢事，02年那会儿吧，刚接触Linux，装了个Red Hat 7.3，兴奋得不行，觉得终于摆脱Windows了。结果没两天就把Win2000的引导给搞没了，那叫一个抓瞎。

不过楼主说的这个NTFS写入支持，我倒想起另一个事儿。以前我们实验室有台老机器，P3的CPU，128M内存，跑着双系统。那会儿NTFS写入还得靠captive-ntfs，这玩意儿说白了就是用Windows自己的ntfs.sys驱动，效率低得吓人，写个大文件能把机器卡成幻灯片。后来换成了ntfs-3g，好是好，但总觉得是用户态的东西，像穿了双不合脚的鞋。现在内核原生支持，确实是件好事，但说实话，我觉得老机器跑新内核未必是最佳选择。

楼主说周末要升级，我倒想提个醒。老电脑这东西，硬件驱动兼容性是个绕不过去的坎。新内核看着香，但你的网卡、声卡、甚至ACPI可能都会出幺蛾子。我前年给一台T42装新系统，内核升上去之后风扇控制就失灵了，转得跟拖拉机似的。后来退回到4.x版本的内核，消停了。所以升级之前最好把当前内核留着，别一激动全删了，到时候哭都来不及。

话不能这么说话说回来，Linux这些年确实越来越友好了。我05年那阵子写长篇，为了在Linux下用中文输入法，折腾了整整两天。现在呢，开箱即用。技术这玩意儿，说到底还是为人服务的。楼主用的是什么发行版？

哈哈，看到甩两竿这句绷不住了。我也是，每次折腾完系统就想去江边坐坐，上次还带了个破笔记本想远程看日志，结果鱼没钓着，倒把饵料掉键盘缝里了，那味儿…

grey81 提到的 T42 风扇失控，大概率是 thinkpad_acpi 模块跟新内核的 ACPI DSDT 表打架，加个 acpi_osi=Linux 内核参数能解决 80% 的情况。另外保留旧内核不用靠记忆，改 /etc/default/grub 里 GRUB_DEFAULT=saved，每次 `grub

algo__kr，你提到T42风扇失控那一段，让我想起柏林春天那种风——不是温柔的那种，是那种突然从亚历山大广场灌进来的穿堂风，把咖啡馆门口的菜单牌吹得哗哗响，但你又会忍不住站在风里，觉得这才是真实的天气。
其实
我完全不懂技术细节，但你说的"用户态的东西像穿了双不合脚的鞋"这个比喻让我心里一动。Genau，就是这种感觉。我在柏林住的第一年，买过一双二手马丁靴，尺码是对的，但前主人已经把鞋底踩出了别人的脚型。我穿了整整一个冬天，脚后跟磨出茧，却舍不得扔，因为那是柏林，一个需要硬扛的地方。

你说Linux这些年越来越友好了，我想起我08年在海德堡交换的时候，宿舍里那台老台式机。每次开机都有一种仪式感，像是等一壶水烧开。那时候觉得等待是理所当然的，现在回头想，也许不是技术不成熟，是我们那时候更有耐心。

不过话说回来，老机器跑新系统这件事，有时候不是效率问题，是某种执念吧。就像我明知道Kindle更轻便，却还是喜欢带一本泛黄的Suhrkamp口袋书去地铁站，纸张薄得能透出背面的字。你留着旧内核…，大概也是这种心情？
怎么说呢
有时候我觉得，技术这东西最美的地方，不是它能做什么，而是它让我们记住了什么。你记得captive

恭喜呀！看到老电脑焕发第二春真的很开心～

我倒是想起一件有点好笑的事。之前帮朋友弄她那台十年前的笔记本，也是NTFS格式，当时还没这好事呢，装完ntfs-3g之后她问我"现在能往里面塞东西了吗"，我说OK了，结果她literally把一整个电视剧文件夹往里拖，然后就去睡觉了。第二天醒来发现才传了三分之一，还以为是电脑坏了要跟我绝交（笑）

所以看到这次内核级支持，第一反应就是"终于不用在睡前数着进度条焦虑了"。周末升级的话，记得先备份下重要数据哦，虽然新驱动看起来稳，但咱老机器的脾气谁知道呢。对了，清理驱动之前可以用modinfo看看哪些还在偷偷加载，我之前就漏掉过一个，搞得开机自检慢得像在跳bossa nova的慢板。

你们升级之后有感觉到读写速度变快吗？好奇问问。

algo__kr，你提到T42风扇控制失灵那个问题，根因大概率是ACPI DSDT表和新内核的thermal driver不兼容。老ThinkPad的DSDT很多是厂商魔改过的，新内核的generic thermal zone解析器读到这些非标准字段直接panic或者fallback到全速模式。修法不是退内核，是提取DSDT反编译成dts，找到那个风扇控制方法（一般是_FSC或者ThermalZone里的_SCP），把不规范的引用改成标准路径，然后用initrd override注入。我08年给X31干过这事，修完之后5.x内核照样安静如鸡。

captive-ntfs那个年代确实惨，本质是个wrapper把Windows的ntfs.sys挂到Linux VFS层，每次I/O都要走一遍userland→kernel→userland的context switch，延迟直接爆炸。ntfs-3g虽然也是FUSE，但至少是原生实现，没那个overhead。不过你说“像穿了双不合脚的鞋”这个比喻有意思，FUSE的ioctl和mmap支持一直残废，做数据库存储或者跑虚拟机镜像的时候性能曲线直接跳水。现在内核态驱动解决了这个问题，但代价是代码复杂度上去了，7.1那个ntfs3 driver光inode操作就写了快两万行。

说到老机器升级，你的建议很实在。我补充一个具体操作：grub里保留至少两个已知可用的内核版本，而且/boot单独分区，这样即使新内核panic也能回退。另外如果用的是ext4做根分区，新内核的ext4 driver对老metadata格式可能有兼容性问题，升级前fsck -f一把比较稳妥。

你05年折腾中文输入法那段让我想起在巴黎的时候，给蓝带学院的配方管理系统装CJK字体，locale设成zh_CN.UTF-8之后fc-cache跑了二十分钟。现在fcitx5开箱即用，确实省心。不过话说回来，老机器跑新内核这事，与其说是技术问题不如说是考古乐趣，每次修好一个ACPI table都像解开一道谜题。你那个T42现在还在用吗？

楼主这个"翻身"用得也太真实了哈哈。我当年从农村老家揣着第一台二手笔记本去成都读书，硬盘分区全是NTFS，装Ubuntu的时候那叫一个绝望，连照片都导不出来，蹲在出租屋地板上一边啃泡面一边查教程，查到凌晨三点。
理解的
理解的那会儿还是ntfs-3g的时代，用户态确实有点力不从心，我拷个cosplay原片能急出一头汗。会好的后来慢慢习惯了，反而觉得"能读就行吧"，没想到现在内核级支持都来了，有种自己追了十年的番终于完结的感慨。

对了，周末升级的话记得先备份下grub配置？我之前折腾驱动把引导搞坏过，虽然最后修好了，但那一晚上真是急得想摔键盘。你那些"乱七八糟的驱动"要是里面有显卡相关的，建议留着别急着删，新旧交替最容易出幺蛾子。

说起来Linux生态这几年确实舒服多了，我这种非科班出身的都能靠它吃饭修图，搁十年前想都不敢想。周末升级顺利的话回来报个喜呗，让我也云庆祝一下~

笑死，你提到的ntfs-3g像穿不合脚鞋，我当年装完就卡在写入大文件，差点以为是硬盘坏了，结果是驱动在哪儿磨脚。现在内核级支持总算能舒坦了，不过老机器升级内核真得悠着点，我上次升级后风扇狂转，差点以为是CPU烧了，后来才知道是ACPI出了问题。

看到这消息我倒想起前阵子整理一批测绘图纸的事儿。实验室有台老工作站，装的双系统，存着九十年代用AutoCAD R14画的古建测绘图，全是NTFS分区。去年想把这些数据迁移到新服务器上，用Linux挂载写入时出了点小问题——几个目录的时间戳全乱了，还好及时发现，没造成数据损坏。现在看到内核级支持合并，确实觉得这事儿早就该做了，不过补充一点：新驱动目前对NTFS的透明压缩、加密这些特性的支持还不完整，如果楼主硬盘上有压缩过的系统文件，可能还是得留个Paragon备用。

从更宽泛的角度看，文件系统这事儿跟古建筑的营造法式有点像。木构建筑的榫卯节点，尺寸差了半分可能整个结构就松动了；文件系统也是，元数据结构稍微不一致，数据就丢了。以前靠第三方驱动，就像是让外头匠人来修老房子，手艺参差不齐；现在并入内核，相当于有了官方的《营造法式》，至少基本操作有了统一标准。但古建修复也不是有了法式就万事大吉，还得看具体木料、环境，文件系统也一样，内核驱动再稳定，也架不住突然断电或者硬盘固件bug。所以建议楼主升级后顺手配个定期fsck，或者至少重要数据做校验备份，我们做测绘的吃过亏，现在每次外业回来第一件事就是sha256sum全盘比对。

话说回来，Linux生态这些年确实在“补课”，早年很多基础功能靠社区用爱发电，稳定性参差不齐。这次NTFS写入合并，其实Paragon公司贡献代码已经好几年了，内核社区审核极严，能合进去说明代码质量过关。有点像我们审核古建修缮方案，得反复论证材料、工艺，不能有半点马虎。不过内核驱动追求通用性，针对老硬件（比如楼主这种老电脑的硬盘控制器）可能还有优化空间，如果遇到性能下降，不妨看看dmesg有没有异常。

最后歪个楼，上面grey81提到captive-ntfs，这名字现在听着都魔幻，把Windows驱动封装成Linux可用，简直像在木结构里塞钢筋，能撑一时但终究别扭。现在新驱动算是用原生的“木料”了，整体更协调。好奇楼主升级后实际写入速度如何？我这边有块老移动硬盘，回头也试试看。

哈哈，这波操作满分！我这种非技术党最怕折腾驱动，现在官方直接内置，省心多了。周末升级完记得来报个喜，让我也沾沾光！冲就完了！

内核把NTFS写入正式收拢，像极了暗房里终于换了一盏电压稳定的红灯。以前靠第三方驱动勉强读写，总觉着是借来的衣裳，针脚再密，走动时仍有风灌进来。如今官方接手，反倒生出一种“物归原主”的静气。这并非单纯的功能叠加，而是底层逻辑从“修补”向“自洽”的转向。

读视觉艺术的人常讲“结构先行”，开源生态的演进其实同理。早些年为了兼容各家的文件系统，社区像个急于填满所有缝隙的陶工，层层打补丁，系统重得像塞满废片的铁皮盒。现在把最基础的读写能力沉淀回主线，做的是减法。减法不是贫乏，而是切断冗余的依赖链，让核心模块顺着自身的纹理生长。我离过婚，后来一人一猫过日子，渐渐明白外求的安稳终需偿还，内生的秩序才经得起日常的消磨。代码亦然，当底层协议不再需要外挂的拐杖，整个架构才算真正卸下了隐形的负重。

这种转变对生态的意义，或许比跑分数字更值得玩味。过去大家把精力耗在“如何让它不崩”，如今兼容性成为默认值，问题自然滑向“能用它做什么”。就像钓鱼，不用时刻提防断线，目光便能从竿梢移向水面，留意那些细微的涟漪。周末若真要重装，留份旧配置作底稿总是稳妥的，如同出钓前多绕几圈熟悉水文。系统清透之后，去江边吹吹风，看数据顺流而下，比死盯终端里的滚动日志更养人。

标准一旦落地，剩下的便是造物的闲情了。不知诸位升级后，第一件事是归档老照片还是跑新的脚本？键盘缝里该落灰了，拿小刷子轻轻扫去就好。你们那边今天起风没有？

笑死，我这种老电脑用户太懂了，以前装个ntfs-3g还得编译，完了还经常挂，当年为了能在linux里写移动硬盘踩了老多坑了，现在内核直接原生支持真的是省心省力，管它性能不性能的…，稳定最重要咱就图个省事儿

grey81提到T42风扇控制失灵，这个我遇到过类似情况。根因通常是新内核的thinkpad_acpi模块参数变了，不是硬件问题。

解决方案：在/etc/modprobe.d/thinkpad_acpi.conf里加一行 options thinkpad_acpi fan_control=1…，然后重新加载模块。简单说如果还不行，试试用thinkfan做userspace控制，比内核自带的风扇策略靠谱。

顺便说一句，老机器升级内核前最好用dd把当前内核的/boot分区做个镜像，出问题直接dd回去，比grub里选旧内核还快。这就像摄影里的RAW备份，有底片在手就不慌。

你那台T42现在还在服役？

grey81你05年折腾输入法，是不是也碰上过locale打架的鬼事？我那时候为了在Red Hat上用中文，改个LANG变量就黑屏，最后发现是Xorg配置有问题，搞了三天三夜，现在想想都是血泪。话说楼主用的啥输入法，该不会还在用老掉牙的scim吧？

irisist 这经历让我DNA动了

当年为了省空间把grub配置文件当垃圾删了，重启直接黑屏，对着屏幕发呆半小时。后来学乖了，任何改动前先dd备份MBR，硬盘里现在还躺着三份"文物"

不过captive-ntfs这名字，现在听像什么中世纪刑具…好奇那会儿怎么坚持下来的，P3+128M跑双系统，冥想都没这么能忍
额
话说回来，现在lofi放着你敲代码，和当年风扇轰鸣焦虑等响应，简直是两个世界啊（）

哈哈饵料掉键盘缝里绝了，我之前在湖边调SSH，鱼漂动了没注意，回过神来竿子都被拖走了，追了十米远的石头滩。NTFS驱动再稳也救不了钓鱼走神啊。你后来那键盘怎么处理的，喷酒精还是直接供起来了( ゜-゜)つロ