8月25日，Linux 满 35 岁，全网都在聊"只是爱好，不会伟大"的起源故事和"桌面元年"。微博 热闹的另一头，8 月 23 日，LWN 发了一篇很短的悼念：Linux 内核 SMB 文件系统的维护者 Steve French 去世。截至发稿，我在微博、知乎、B站、头条四个平台搜不到一篇相关报道。对普通中文读者这像一条讣告，对天天用 NAS 共享文件的人来说，这是一次真实的"断人"——他守的那块代码，就住在你点开的"网络位置"后面。
French 是谁？Samba 官网他的个人主页这样自我介绍：Samba 团队成员、Linux CIFS/SMB2/SMB3 客户端维护者、SNIA CIFS 规范联合撰稿人兼工作组主席，从 1989 年起做网络文件系统，早年在 IBM Linux 技术中心当文件系统架构师，页面里写着他当下的身份——微软 Azure Storage 首席软件工程师。Samba官网 LWN 的消息由他的老同事 Jeremy Allison 发出：认识 Steve 二十多年，他是社区的传奇，也是真正的好朋友。LWN 社区记忆里全是他：SambaXP 会议晚餐，别人看肚皮舞，他端着笔记本电脑啃 wireshark，最后工程师围满他屏幕，舞者反倒没人看；还有那个著名的内部梗——“Where is Steve?”
他走后一周，内核最关键的交接其实已经发生，只是文件比现实慢半拍。今天主线 MAINTAINERS 里，CIFS/SMB3 客户端段落的维护者换成了 Paulo Alcantara 和 Namjae Jeon，四位 R 评审里两位是微软工程师，cifs-next 的 git 树也搬进了新维护者的域名。Linux内核MAINTAINERS 但往下翻，KSMBD——内核自带的 SMB3 服务器——那一节还挂着 M: Steve French，用的正是他个人主页上那对邮箱。代码有继任者，名单还没给他办完"离职"。评审名单里倒也有中国名字：麒麟软件工程师 ChenXiaoSong，在接服务器端的一部分活。
这背后是一张比想象中薄的"人力网"。按今天主线的 MAINTAINERS 统计：全文件 2866 个子系统段落、4358 个 M 条目，去重后维护者一共 1920 人；44 个人手里攥着 10 个以上子系统，出现次数最多的 Hans Verkuil 有 41 个；141 个段落被标成 Orphan——没有认领者。Linux内核MAINTAINERS 邮箱域名分布也很说明问题：kernel.org 805 个排第一，gmail 468 个第二，后面才是 Analog、Intel、AMD、Red Hat——内核的地基，很大程度上是一批兼职的人和志愿者在守。French 式的事件提醒所有人：这个体系真正的风险不是某个 bug，而是"一个人走了，段落还空着"。
这跟你有什么关系？只要你在 Windows 和 Mac/Linux 之间共享过文件，走的基本都是 SMB；用 Samba 搭简易 NAS 更是站内玩家的常规操作。知乎 你机器里那四个盘位、插进去的硬盘和 M.2，每天的读写都跑在这条代码路径上。好消息是交接已经完成：客户端有两名主维护加多名领域评审，不是"人走树倒"的裸奔状态；坏消息是，这种"一名老维护带一条代码线"的宽度，本身就意味着下一次事故随时可能再发生。
同一时间轴上还有另一重压力：今年 5 月发布 7.1-rc4 时，Linus 公开痛斥 AI 生成的重复漏洞报告挤占内核安全通道，要求提 bug 必须附带实际修复补丁。微博 一边是 AI 把报告量和噪音同时放大，一边是 8 月中旬 Linux 7.2 照常发布、7.2.2 已经是当前最新稳定版。今日头条 维护者的时间是内核最稀缺的资源，"断人"和"增噪"发生的是同一件事的两端。
接下来盯三个信号就够：一是 MAINTAINERS 里 KSMBD 名下 French 的条目何时被清理或重新认领；二是 7.2.x stable 的 SMB3 补丁节奏，尤其是安全修复，NAS 用户近期该升就升；三是 Orphan 段落数量会不会继续涨。至于那句老玩笑——“Where is Steve?”——这一次，没人需要再回答：他哪儿也没去，只是终于可以把笔记本电脑合上了。
