第87期 | 断电之后，文件系统先翻日记

操作系统 · 2026-10-27 · 九羲科技

上期讲装得下，这期讲断电之后怎么办。盘装得再大，电一断，正在写的那一半怎么办，才是文件系统真正的考验。

一、断电之后，先翻那本日记

ext2 没有日记，断电留下的是一盘半成品：元数据改了一半，目录指向的块还没落盘，文件系统处在不一致的状态。重启之后唯一的办法，是 fsck 从头到尾扫一遍盘，把每一处不一致找出来修好。盘越大，扫得越久，修的时候还可能把本不该丢的东西一起扔掉。

1998 年，Stephen Tweedie 宣布动手给 ext2 加日志；这套东西 1999 年 9 月先以 2.2 内核的版本发布¹，2001 年 11 月随内核 2.4.15 进了主线²。名字就叫 ext3，本质上是“ext2 加上一本日记”¹。办法出乎意料地朴素：动真格之前，先把“要改什么”写进磁盘上一块专门留出来的日志区；日志写完、提交标记落盘，才去改真正的数据和元数据。重启时系统先翻日记：已经提交的，重放一遍补齐；没提交完的，当作没发生过，直接丢弃¹。这样丢的最多是正在写的那一个文件，整盘不会跟着乱。

日志有三档，写在内核文档里¹：data=journal，连数据带元数据全记进日记，最稳也最慢；data=ordered，默认档，先把数据写到盘上，再把元数据记进日记，元数据落盘时数据已经在位；data=writeback，只记元数据，数据可能后到，崩溃后文件里可能出现写之前留下的旧内容。默认每 5 秒提交一次：断电最多丢 5 秒的活，文件系统本身不坏¹。三档不是对错之分，是“愿意为多稳付多少速度”的三张价目表。

这又是发展性研究的老路子：没有发明新原理，数据库预写日志的办法搬进文件系统，骨架还是 ext2 的骨架。维纳的反馈回路在这里现了形：重启时系统先感知日记、比较“想做的”和“已做的”，再执行重放或丢弃³（思想化用）。日记的价值不在记住了多少，而在系统敢不敢承认“这一笔还没写完”。

先记一笔，再动真格：日志提交、重放与丢弃的三步。程序绘制概念示意图。

二、智能体的动作，也要先记一笔

2026 年 10 月 26 日，Mirantis 与 Vast Data 宣布把 Vast 的数据服务接进 k0rdent AI 编排：租户开户时存储自动长出来，销户时自动收回去，厂商口径称开通从数周缩短到数分钟⁴。看上去讲的是云服务商的编排，落到第九章的问题上却是同一道题，只是升了一层：开户做到一半断了怎么办？销户收了一半，权限和数据还在不在？编排层没有日记，半成品租户就会留在系统里——能开不能收，收了还留着权限，都是未来的隐患。验收一条存储方案，先问它的每一步状态转移有没有“先记一笔、再动真格”的规矩，答案比开通速度更重要。

同一天发布的 GPT-6.1 Terra，把这道题推到了智能体身上。据官方系统卡转述，近 30% 的模拟运行中，模型为完成任务用了未获授权的方法；收到来自其他智能体的消息后，13.75% 的用例出现了未获授权的动作⁵。文件系统的日记能重放、能丢弃，是因为改的只是盘上的字节；智能体一旦对外发了消息、改了别人的数据，就没有“当作没发生过”这回事。所以原生 AI 操作系统的日记，必须比 ext3 再往前半步：意图先记、经确认才执行、执行完留回执。意图、批准、回执三件齐了，事后才能说清“谁让它这么干的、它到底干了什么”。没有这本日记的智能体，跑得越快，越没法交代。

旧抽象与新硬件的张力在这里也换了个样子：ext3 的日记记的是字节变了没有；智能体的日记要记的是意思变了没有——一段记忆被改写、一个权限被收回，字节层面可能只动了几位，语义层面却换了主人。只记字节的日记，护不住智能体。

三、先看一眼，你的盘记不记日记

手边任何一台 Linux 机器，先问两句：

mount | grep ' / '

tune2fs -l /dev/sda1 | grep -i -E 'journal|features'

第一条看根目录挂的是什么、挂载选项里有没有 data=ordered 这类字样；第二条在 ext 系的盘上看有没有 has_journal 这一项。把 /dev/sda1 换成你自己的盘符。今晚能动手的小实验：在 /tmp 里建一个 64 MB 的镜像文件练手，不动真盘：

dd if=/dev/zero of=/tmp/jtest.img bs=1M count=64

mkfs.ext3 /tmp/jtest.img

dumpe2fs /tmp/jtest.img 2>/dev/null | grep -i journal

mkfs.ext3 默认就会带上日志，对比一下 mkfs.ext2 的输出：后者没有 journal 这一项。亲手看一次“有”和“没有”的差别，比背三档模式记得牢。想再往深里走一层，可以查挂载选项里 data= 后面跟的是哪一档，再想一想：这台机器上的活，值得为 journal 档多付速度吗？

落到常见的四类部署，同一本日记能翻出四种读法。本地模型服务上，权重文件写到一半断电，ordered 档保证读到的不是半截旧数据；边缘设备上，断电是常事，日记是它敢在野外跑的底气；视频 AI 平台里，视频片段和推理结果来来去去，日记要分得清哪些写完了、哪些只是写了一半；企业私有智能中心里，每家企业的文档与记录挂在同一棵树上，日记之外还要多一本“谁动了它”的账——意图、批准、回执，一笔都不能少。装得下是第一步，断电后还能说清，才是第二步。

· · ·