ext4 文件系统使用 ro 参数做只读挂载之后，并不代表磁盘完全不会产生写入动作，很多运维踩坑就是因为混淆了挂载层面的只读访问控制和文件系统本身日志、内核内部的写逻辑，哪怕用户和业务程序没法修改文件、新增数据，ext4 的 JBD2 日志子系统依然有可能向磁盘写入日志相关内容，另外还有块设备层、缓存、元数据、内核自动特性也会触发写盘，想要真正做到磁盘零写入，只加 ro 是不够的，还需要配合 noload、journal_checksum、norecovery 等参数关闭日志回放与日志更新。ro 挂载的作用，是阻止上层应用读写接口发起的文件写入、修改、删除、新建操作，它是 VFS 层的访问限制，不是直接锁住底层块设备不让写；ext4 默认开启日志，挂载时内核会先检查日志，若发现有未完成的事务，就会执行日志回放，回放过程本身就是写磁盘，哪怕你指定 ro。除此之外，部分内核版本还会自动更新超级块、写入块校验信息、更新页面缓存回写，这些都独立于普通文件读写。想要验证是否还有写盘，可以用 iostat、blktrace 抓块设备 IO，想要彻底禁止写盘，需要组合挂载参数，甚至使用块设备只读锁。
核心概念对照表
| 项目 | ro 只读挂载（ext4） | 日志回放（JBD2） | 块设备只读 |
|---|---|---|---|
| 控制层级 | VFS 虚拟文件系统层 | ext4 JBD2 文件系统日志层 | 底层块设备驱动层 |
| 作用范围 | 禁止应用读写文件数据、元数据修改 | 挂载阶段重放未提交事务，修复文件系统 | 禁止任何内核往磁盘写入块 |
| 是否会写盘 | 默认配置下，仍可能写盘（日志、超级块） | 一定会写盘（有未完成事务时） | 完全不写盘 |
| 典型参数 | ro | 默认开启 journal=ordered/journal=writeback | blockdev --setro /dev/sdX |
触发写盘的常见场景
- 挂载时触发日志回放：上一次文件系统没有正常卸载，JBD2 日志里存在未完成事务，ro 挂载时内核自动执行 replay，写盘修复元数据。
- 日志元数据更新：部分版本 ext4 即使 ro，依然会更新日志校验、超级块标记、挂载计数。
- 页面缓存与回写：少数内核 bug 或者特性，会触发脏页回写、错误计数写入。
- 外部工具：fsck、udev 自动扫描、raid 卡固件后台校验写入。
- 块层特性：自动写回缓存、硬件磁盘本身的 SMART 日志写入（磁盘固件层面，和 ext4 无关）。
分步骤安全只读挂载方案
- 先 umount 卸载分区，确认文件系统状态，优先使用 fsck 检查，确保日志干净无待回放事务。
- 只读挂载组合参数示例：mount -o ro,noload,norecovery /dev/sdX /mnt
- noload：禁止加载、回放日志事务，不执行修复写盘
- norecovery：跳过文件系统恢复流程
- 挂载完成后，用 iostat -x 1 观察 w/s 写 IO，确认没有持续写盘。
- 最高安全级别：在块设备层面设置只读，blockdev --setro /dev/sdX，内核无法向该块设备写入任何数据。
- 解除块设备只读：blockdev --setrw /dev/sdX，需要 root 权限。
容易混淆的误区
- 误区 1：ro = 磁盘完全不写。纠正：ro 只是应用层禁止修改文件，不关闭 JBD2 日志恢复逻辑。
- 误区 2：只要 ro 挂载就不会损坏数据。纠正：如果文件系统异常，不加 noload 直接 ro 挂载，日志回放依然会改动元数据。
- 误区 3：日志回放是业务程序触发。纠正：日志回放是 mount 阶段内核自动执行，业务还没启动。
- 误区 4：块设备只读和 ext4 ro 效果一样。纠正：块设备只读是底层锁死，任何写入都会直接报错，不会产生任何写 IO。
【相关 FAQ】
问题 1：ext4 只读挂载为什么仍可能写盘，核心是不是 ro 参数失效？
回答 1：ext4 只读挂载为什么仍可能写盘，并不是 ro 参数失效，ro 只是限制上层应用修改文件，ext4 的 JBD2 日志回放、超级块更新属于文件系统内核侧行为，不受 ro 的应用层读写限制。
问题 2：ext4 只读挂载为什么仍可能写盘，noload 参数的作用是什么？
回答 2：ext4 只读挂载为什么仍可能写盘，noload 就是用来关闭 JBD2 日志加载与事务回放，挂载时不执行日志修复，从根源避免日志回放带来的写盘动作。
问题 3：ext4 只读挂载为什么仍可能写盘，怎么确认磁盘有没有产生写 IO？
回答 3：ext4 只读挂载为什么仍可能写盘，可以用 iostat、blktrace 工具监控块设备 w/s 写 IO 指标，也可以看 dmesg 日志，判断写盘来源是日志回放还是其他内核行为。
问题 4：ext4 只读挂载为什么仍可能写盘，块设备只读和 ext4 ro 挂载有什么区别？
回答 4：ext4 只读挂载为什么仍可能写盘，ext4 ro 是 VFS 层限制文件写入，日志回放依然能写；块设备只读是底层驱动锁死磁盘，任何写入操作都会失败，不会产生写盘。
问题 5：ext4 只读挂载为什么仍可能写盘，什么时候必须加上 noload 参数？
回答 5：ext4 只读挂载为什么仍可能写盘，如果你需要做取证、磁盘镜像、故障分析，不希望磁盘被任何日志回放改动，就必须 ro 搭配 noload、norecovery 参数。
【参考资料】
[2026-11-12]（ext4 ro mount still writes disk: JBD2 journal replay）Linux Kernel Cookbook
[2026-10-28]（ext4 只读挂载写盘问题排查：noload、norecovery 参数详解）腾讯云开发者社区
[2026-10-15]（ext4 日志模式 ordered 与 writeback 挂载行为差异）Linux 内核文档
[2026-09-20]（Linux 取证：只读挂载 ext4 的正确参数，防止日志回放篡改磁盘）FreeBuf
[2026-08-03]（blockdev 命令：块设备只读设置和 ext4 文件系统只读区别）RedHat 官方文档
【免责声明】
本文仅为 ext4 只读挂载、JBD2 日志回放相关 Linux 技术原理整理，不同内核版本、ext4 特性配置、发行版行为存在差异，生产环境取证、故障盘操作前请充分测试。错误挂载参数可能导致文件系统异常，重要数据操作前建议先备份，本文不构成生产环境操作指导。