嵌入式根文件系统详解与对比

一个平凡而乐于分享的小比特

发布于 2026-02-02 15:25:36

900

🔥作者简介：一个平凡而乐于分享的小比特，中南民族大学通信工程专业研究生，研究方向无线联邦学习 🎬擅长领域：驱动开发，嵌入式软件开发，BSP开发 ❄️作者主页：一个平凡而乐于分享的小比特的个人主页 ✨收录专栏：操作系统，本专栏为讲解各操作系统的历史脉络，以及各性能对比，以及内部工作机制，方便开发选择欢迎大家点赞 👍 收藏 ⭐ 加关注哦！💖💖

嵌入式根文件系统详解与对比

📊 核心对比总览

特性	initramfs	jffs2	yaffs2	cramfs	squashfs	romfs
读写支持	读写	读写	读写	只读	只读	只读
压缩支持	支持(gzip)	实时压缩	不压缩	压缩	高压缩比	不压缩
掉电安全	否	是	是	不适用	不适用	不适用
内存需求	高(加载到RAM)	中等	低	低	低	最低
NAND支持	一般	优秀	专为NAND	一般	一般	一般
启动速度	中等	慢	中等	快	中等	最快
典型用途	临时根文件系统	NOR/NAND闪存	NAND闪存	只读设备	CD/只读存储	最小系统

🔍 各文件系统详细介绍

1. initramfs (Initial RAM Filesystem)

概念：启动时加载到内存中的临时根文件系统

启动流程示意图：
┌─────────┐   加载    ┌─────────────┐   切换    ┌─────────┐
│ Bootloader │───────▶│ initramfs   │─────────▶│ 真实根  │
│          │  到内存  │ (内存中)    │  到磁盘  │ 文件系统│
└─────────┘          └─────────────┘          └─────────┘

特点：

完全在RAM中运行
常用于系统启动的早期阶段
可以包含驱动程序、工具等
系统启动后通常被卸载

适用场景：

Linux系统启动初始化
恢复系统
硬件检测和模块加载

2. jffs2 (Journaling Flash File System 2)

概念：为NOR闪存设计的日志型文件系统

jffs2结构示意：
┌─────────────────────────────────┐
│         jffs2分区                │
├─────────┬─────────┬─────────┬───┤
│节点头   │ 数据段  │节点头   │...│
│(元数据) │ (实际数据)│(元数据)│   │
└─────────┴─────────┴─────────┴───┘
特点：磨损均衡、掉电安全、实时压缩

优势：

✅ 专为闪存设计，磨损均衡
✅ 掉电安全（有日志功能）
✅ 支持实时压缩
✅ 没有擦除块大小限制

局限：

❌ 挂载时扫描整个分区，启动慢
❌ 内存占用较大（需要维护节点信息）

适用场景：NOR闪存、需要频繁更新的嵌入式设备

3. yaffs2 (Yet Another Flash File System 2)

概念：专为NAND闪存优化的文件系统

yaffs2 NAND块管理：
每个块(128KB) → 多个页(2KB) → OOB区域存储元数据
┌──────┬──────┬──────┬──────┐
│ Page │ Page │ Page │ ...  │ ← 数据存储
├──────┴──────┴──────┴──────┤
│ OOB (Out-Of-Band)区域     │ ← 存储ECC、元数据等
└───────────────────────────┘

独特优势：

🎯 专门为NAND闪存设计
🎯 快速挂载（使用检查点机制）
🎯 高效的垃圾回收
🎯 对大容量NAND支持更好

适用场景：

大容量NAND闪存设备
Android早期版本
需要快速启动的NAND设备

4. cramfs (Compressed ROM File System)

概念：高度压缩的只读文件系统

cramfs压缩原理：
原始文件 → 分块压缩 → 压缩数据块
    ↓          ↓           ↓
┌─────────┐ ┌───────┐ ┌─────────┐
│ 文件A    │ │块1    │ │压缩块1  │
│ 文件B    │ │块2    │ │压缩块2  │
│ ...     │ │...    │ │...     │
└─────────┘ └───────┘ └─────────┘

特点：

压缩率高（zlib压缩）
运行时解压到缓存
结构简单，开销小
最大文件限制16MB，分区限制256MB

适用场景：

资源极度受限的系统
小容量只读存储
引导加载程序

5. squashfs (Squash File System)

概念：比cramfs更先进的压缩只读文件系统

squashfs vs cramfs对比：
           ┌──────────────┬──────────────┐
           │   squashfs   │    cramfs    │
           ├──────────────┼──────────────┤
压缩算法    │ gzip/lzo/xz  │     zlib     │
最大文件    │   16EB       │    16MB      │
最大文件系统│   16EB       │   256MB      │
目录项压缩 │     支持      │    不支持     │
碎片处理    │     优秀      │     无       │
           └──────────────┴──────────────┘

优势：

🚀 更高的压缩比
🚀 支持更大的文件和分区
🚀 更好的随机访问性能
🚀 支持多种压缩算法

适用场景：

Live CD/USB系统
只读的应用程序存储
固件更新包

6. romfs (ROM File System)

概念：最简单的只读文件系统

romfs超简结构：
┌─────────────────┐
│ 超级块          │
├─────────────────┤
│ 目录项1         │
│ → 文件1信息     │
├─────────────────┤
│ 目录项2         │
│ → 文件2信息     │
├─────────────────┤
│ 文件1数据       │
├─────────────────┤
│ 文件2数据       │
└─────────────────┘
特点：零开销、线性结构

特点：

实现最简单（Linux内核中代码最少）
零存储开销
访问速度快
功能最基础（只有只读）

适用场景：

最小嵌入式系统
引导加载阶段
资源极度受限环境

🎯 实战选择指南

场景1：智能家居设备

推荐：squashfs(系统) + jffs2(配置区)
原因：
• 系统部分只读，用squashfs节省空间
• 配置需要频繁更新，用jffs2保证掉电安全

场景2：工业控制器

推荐：cramfs或romfs
原因：
• 程序固化，不需要更新
• 可靠性要求高，只读系统更稳定
• 资源有限，需要最小开销

场景3：便携式媒体播放器

推荐：yaffs2
原因：
• 使用NAND闪存
• 需要处理大量媒体文件
• 需要快速启动

场景4：网络路由器

推荐：squashfs + overlayfs
原因：
• 基础系统只读，保证稳定性
• 通过overlayfs支持配置更新
• 节省Flash空间

场景5：最小化嵌入式Linux

启动流程示例：
┌───────┐   ┌───────┐   ┌─────────┐   ┌──────┐
│Boot   │→│initramfs│→│切换到     │→│应用   │
│Loader │   │(内存中)│   │squashfs │   │启动   │
└───────┘   └───────┘   └─────────┘   └──────┘

🔧 技术选型检查清单

问自己这些问题：

存储介质是什么？
- NOR闪存 → jffs2
- NAND闪存 → yaffs2
- ROM/EEPROM → romfs/cramfs
需要读写吗？
- 只读 → cramfs/squashfs/romfs
- 读写 → jffs2/yaffs2
空间有多紧张？
- 非常紧张 → cramfs/romfs
- 一般紧张 → squashfs
- 不紧张 → 考虑读写文件系统
启动速度要求？
- 要求快 → 避免jffs2（扫描时间长）
- 不要求 → 都可以
掉电安全重要吗？
- 重要 → jffs2/yaffs2
- 不重要 → 其他

📈 性能对比总结

启动时间对比：
romfs < cramfs < squashfs < yaffs2 < initramfs < jffs2

压缩率对比：
squashfs > cramfs > jffs2 > yaffs2 > romfs = initramfs(依赖配置)

内存占用对比：
initramfs > jffs2 > yaffs2 > squashfs > cramfs > romfs

适用闪存类型：
• NOR专用: jffs2
• NAND专用: yaffs2
• 通用: 其他