嵌入式存储文件系统:ext4、jffs2、ubifs 格式选型与适配
嵌入式存储文件系统ext4、jffs2、ubifs 格式选型与适配选文件系统就像选鞋子——跑步穿跑鞋登山穿登山靴。把 ext4 硬塞进 NOR Flash就像穿高跟鞋踢足球不是不行是疼。引言嵌入式设备的存储介质种类繁多SD 卡、eMMC、NOR Flash、NAND Flash……每种介质的特性不同对应的文件系统也不同。选错文件系统轻则性能拉胯重则数据丢失。本文将对比主流嵌入式文件系统格式给出选型建议和适配方法。一、嵌入式存储介质分类在选文件系统之前先搞清楚存储介质的类型介质类型特点典型容量常见用途NOR Flash读取快、随机访问、XIP可执行1~32MB存放Bootloader、内核NAND Flash密度高、便宜、有坏块128MB~4GB存放根文件系统、用户数据eMMC内置控制器、无坏块问题4~64GB手机、平板、开发板SD/TF卡可插拔、便携4~128GB开发板、便携设备SPI Flash接口简单、容量小4~32MB小型IoT设备关键区别NOR/NAND Flash 是裸芯片需要文件系统处理坏块和磨损均衡eMMC/SD 卡内置了 FTLFlash Translation Layer控制器对上层透明。二、主流文件系统格式对比2.1 全面对比表特性ext4JFFS2UBIFSSquashFSYAFFS2支持介质eMMC/SDNOR/NANDNAND任意NAND可写性读写读写读写只读读写掉电安全否需journal是是N/A是磨损均衡不需要(FTL处理)内置UBI层处理不需要内置坏块管理不需要(FTL处理)内置UBI层处理不需要内置压缩否是(zlib)是(lzo/zlib)是(xz/gzip)否挂载速度快慢(全扫描)快(索引)快中内存占用低高(全加载)中低中适用容量任意128MB2GB任意2GB2.2 各格式详解ext4桌面 Linux 的主力文件系统。在嵌入式中主要用于eMMC 和 SD 卡。优点成熟稳定、性能好、工具链完善缺点不支持掉电安全虽然有 journal但嵌入式突然断电仍有风险适用eMMC、SD 卡资源相对充足的设备JFFS2专为 Flash 设计的日志结构文件系统。优点掉电安全、支持压缩、支持 NOR 和 NAND缺点挂载速度随容量线性增长128MB 需要 10 秒内存占用大适用小容量 NOR Flash32MB小容量 NANDUBIFSJFFS2 的继任者基于 UBI 子系统专为大容量 NAND Flash 优化。优点挂载快维护索引树、支持压缩、掉电安全缺点配置复杂需要先创建 UBI 卷适用大容量 NAND Flash128MB~2GBSquashFS只读压缩文件系统适合存放不需要修改的系统文件。优点压缩率高xz压缩可节省60%空间、挂载快缺点只读无法修改适用根文件系统的只读部分、overlayfs 的底层三、选型决策流程存储介质是什么 │ ┌────────────┼────────────┐ │ │ │ eMMC/SD NAND Flash NOR Flash │ │ │ ext4(首选) 容量128MB? 容量32MB? │ / \ / \ 否 是 否 是 否 │ │ │ │ │ SquashFS UBIFS JFFS2 JFFS2 SquashFS (只读层) (只读层)选型原则总结eMMC/SD 卡→ ext4读写或 squashfs只读大容量 NAND→ UBIFS小容量 NAND→ JFFS2NOR Flash→ JFFS2小容量或 SquashFS只读需要只读保护→ SquashFS OverlayFS上层可写四、各文件系统适配方法4.1 ext4 适配# 1. 创建 ext4 镜像ddif/dev/zeroofrootfs.ext4bs1Mcount256mkfs.ext4-Lrootfs rootfs.ext4# 2. 挂载并填充内容mkdir-p/mnt/rootfssudomount-oloop rootfs.ext4 /mnt/rootfssudocp-a_install/* /mnt/rootfs/sudoumount/mnt/rootfs# 3. 烧录到 SD 卡分区sudoddifrootfs.ext4of/dev/sdb2bs1M内核 bootargs 配置root/dev/mmcblk0p2rootfstypeext4 rootwait rw4.2 JFFS2 适配JFFS2 镜像使用mkfs.jffs2工具制作# 1. 安装 mtd-utilssudoaptinstallmtd-utils# 2. 制作 JFFS2 镜像# -p 0x1000000: 镜像大小16MB# -r rootfs/: 源目录# -o rootfs.jffs2: 输出文件# --pad: 填充到指定大小mkfs.jffs2\-s0x800\-e0x20000\-p0x1000000\-drootfs/\-orootfs.jffs2# 参数说明:# -s: 页大小NAND页大小2048字节0x800# -e: 擦除块大小128KB0x20000# -p: 填充到指定大小# -d: 源目录# -o: 输出文件内核 bootargs 配置root/dev/mtdblock2rootfstypejffs2 rw4.3 UBIFS 适配UBIFS 的制作流程比 JFFS2 复杂需要两步先制作 UBIFS 镜像再封装为 UBI 镜像。# 1. 制作 UBIFS 镜像# -m 2048: 最小IO大小NAND页大小# -e 129024: 擦除块大小128KB减去UBI头开销# -c 2048: 最大逻辑擦除块数# -r rootfs/: 源目录mkfs.ubifs\-m2048\-e129024\-c2048\-rrootfs/\-orootfs.ubifs# 2. 封装为 UBI 镜像# 需要创建 ubifs.ini 配置文件catubifs.iniEOF [ubifs] modeubi imagerootfs.ubifs vol_id0 vol_size256MiB vol_typedynamic vol_namerootfs vol_alignment1 vol_flagsautoresize EOF# 生成 UBI 镜像ubinize\-m2048\-p128KiB\-s2048\-O2048\-orootfs.ubi\ubifs.ini关键参数计算参数含义计算方式-m最小IO大小 NAND 页大小-e逻辑擦除块大小 物理擦除块 - 2×(页大小8)-c最大LEB数 分区大小 / 逻辑擦除块大小-p物理擦除块大小 NAND 擦除块大小内核 bootargs 配置ubi.mtd2rootubi0:rootfsrootfstypeubifs rw4.4 SquashFS OverlayFS 适配这种方案下底层 SquashFS 提供只读的系统文件上层 OverlayFS 提供可写层。常见于 OpenWrt 等路由器系统。# 1. 制作 SquashFS 镜像mksquashfs rootfs/ rootfs.squashfs\-compxz\-no-xattrs\-no-fragments# 2. 烧录到 Flash 分区# Flash 分区布局:# | u-boot | kernel | rootfs(squashfs) | overlay(jffs2) |# 3. 内核启动后用 overlayfs 合并可写层mount-tsquashfs /dev/mtdblock2 /rommount-tjffs2 /dev/mtdblock3 /overlaymount-toverlay overlay\-olowerdir/rom,upperdir/overlay/upper,workdir/overlay/work\/mnt五、NAND Flash 适配注意事项5.1 分区划分NAND Flash 通常在设备树中定义分区nand { partition0 { label bootloader; reg 0x000000 0x100000; /* 1MB */ }; partition100000 { label kernel; reg 0x100000 0x500000; /* 5MB */ }; partition600000 { label rootfs; reg 0x600000 0x2000000; /* 32MB */ }; partition2600000 { label userdata; reg 0x2600000 0x1A00000; /* 26MB */ }; };5.2 硬件 ECC 配置NAND Flash 需要配置 ECCError Correction Code校验方式# 查看NAND Flash信息cat/proc/mtd dev: size erasesize name mtd0: 04000000 00020000nand-flashmtd1: 00100000 00020000bootloadermtd2: 00500000 00020000kernelmtd3: 02000000 00020000rootfs总结文件系统选型的核心原则存储介质决定文件系统类型。eMMC/SD 用 ext4NAND 用 UBIFS 或 JFFS2NOR 小容量用 JFFS2。如果需要只读保护SquashFS OverlayFS 是最佳组合。选对文件系统只是第一步正确配置分区参数页大小、擦除块大小、LEB数量才是成功适配的关键。下一阶段就是打包烧录让系统真正在板子上跑起来。

相关新闻

近期AI协作写量化规则,要按阶段安排任务

近期AI协作写量化规则,要按阶段安排任务

从人工交易规则走向可执行表达,常见误区是把所有问题都推到“写 Python”这一步。实际上,代码只是其中一个环节。更稳妥的方式,是先把学习、规则表达、开发和验证分开看,让每一步都有清楚的产出。代码要回到规则本身第一阶段更像是…

2026/7/22 1:22:20 阅读更多 →
C++ const关键字深度解析:从基础语义到高级应用实战

C++ const关键字深度解析:从基础语义到高级应用实战

1. 项目概述:为什么const是C的基石如果你写过C,肯定见过const。它可能是你最早接触的关键字之一,但也是最容易被轻视和误解的一个。很多人觉得,const不就是定义一个常量吗,有什么好讲的?但在我十多年的C开发…

2026/7/22 1:22:20 阅读更多 →
没用AI写为什么还被判AIGC?讲清检测逻辑再降下来

没用AI写为什么还被判AIGC?讲清检测逻辑再降下来

没用AI写为什么还被判AIGC?讲清检测逻辑再降下来 我猜你现在心里是有点憋屈的。这篇论文你是真的自己写的,一句一句敲出来的,改了七八遍,连参考文献都是自己一篇篇翻的。结果检测报告出来,AIGC 率标红一大片&#xff…

2026/7/22 1:22:20 阅读更多 →

最新新闻

Codex双开方案:突破API额度限制的工程实践

Codex双开方案:突破API额度限制的工程实践

1. Codex额度限制的痛点与双开方案的价值作为一名长期使用Codex进行AI辅助开发的工程师,我深刻理解额度限制带来的困扰。OpenAI官方文档明确指出,Codex最适合处理"范畴明确的任务,例如你或队友大约一小时可完成的工作,或实作…

2026/7/22 3:46:11 阅读更多 →
Codebase-Memory技术解析:AI编程助手的代码知识图谱引擎

Codebase-Memory技术解析:AI编程助手的代码知识图谱引擎

1. 项目概述:Codebase-Memory技术解析codebase-memory-mcp是一个革命性的代码智能引擎,专为AI编程助手设计。它通过构建代码知识图谱,将传统文件级搜索的Token消耗降低了99%。这个开源项目在GitHub上获得18k星标,其核心价值在于&a…

2026/7/22 3:46:10 阅读更多 →
Kafka Java客户端开发指南:生产者与消费者实现

Kafka Java客户端开发指南:生产者与消费者实现

1. Kafka Java客户端开发环境准备1.1 依赖配置与版本选择在开始编写Kafka Java客户端之前&#xff0c;我们需要先配置开发环境。对于kafka_2.11-0.8.2.2版本&#xff0c;建议使用Maven进行依赖管理。在pom.xml中添加以下依赖配置&#xff1a;<dependency><groupId>…

2026/7/22 3:46:10 阅读更多 →
专业爱购代运营为什么效果更好?江苏商家真实干货

专业爱购代运营为什么效果更好?江苏商家真实干货

随着线上获客成为实体企业刚需&#xff0c;爱购平台凭借精准的B端流量、百度生态流量扶持&#xff0c;成为江浙沪工厂、商贸企业线上拓客的核心阵地。但很多商家投入费用后发现&#xff0c;同行店铺询盘不断&#xff0c;自己的店铺却死气沉沉&#xff0c;核心差距就在于运营专业…

2026/7/22 3:46:10 阅读更多 →
C语言指针详解:用买房比喻彻底搞懂内存地址与指针操作

C语言指针详解:用买房比喻彻底搞懂内存地址与指针操作

1. 指针&#xff1a;C语言世界的“房产证”如果你刚接触C语言&#xff0c;或者被指针折磨得够呛&#xff0c;听到“指针”这个词&#xff0c;是不是感觉脑袋里一团乱麻&#xff1f;地址、解引用、指针运算、二级指针……这些概念像一堆纠缠不清的线头。很多人学到这里就卡住了&…

2026/7/22 3:46:10 阅读更多 →
深入解析Godot资源反序列化:从原理到实战应用

深入解析Godot资源反序列化:从原理到实战应用

1. 项目概述&#xff1a;为什么我们需要关注Godot资源反序列化&#xff1f;如果你正在用Godot做项目&#xff0c;尤其是涉及到热更新、资源加密、或者想自己写个工具来批量处理场景和资源&#xff0c;那么“资源反序列化”这个概念你迟早会碰上。这听起来有点技术黑话的味道&am…

2026/7/22 3:45:10 阅读更多 →

日新闻

TI DSP系统配置模块SYSCFG详解:中断机制与主设备优先级配置实战

TI DSP系统配置模块SYSCFG详解:中断机制与主设备优先级配置实战

1. 项目概述与SYSCFG模块的核心价值在嵌入式系统&#xff0c;尤其是像TI C6000系列这样的高性能DSP开发中&#xff0c;我们常常会与芯片手册里那些密密麻麻的寄存器打交道。很多开发者可能更关注算法实现、内存优化或者外设驱动&#xff0c;但对于一个稳定、高效的系统而言&…

2026/7/22 0:00:26 阅读更多 →
微信Server酱:高到达率的应急通知方案实践

微信Server酱:高到达率的应急通知方案实践

1. 为什么我们需要"最次"的通知方案&#xff1f; 在数字化协作环境中&#xff0c;消息通知系统的重要性不言而喻明。但现实情况是&#xff0c;企业级通知方案往往需要复杂的API对接&#xff08;如企业微信、钉钉、飞书&#xff09;&#xff0c;个人开发者的小项目又经…

2026/7/22 0:00:26 阅读更多 →
甲方要的“简洁“PPT,到底是简洁还是省事?

甲方要的“简洁“PPT,到底是简洁还是省事?

甲方说"简洁一点"&#xff0c;乙方听到的是"少做几页"。甲方说"不要太复杂"&#xff0c;乙方理解成"别放图表了"。结果交过去&#xff0c;甲方说"我说的简洁不是这个意思"。"简洁"这个词在PPT语境里&#xff0c;是…

2026/7/22 0:00:26 阅读更多 →

周新闻

Go语言静态资源打包方案对比与实践指南

Go语言静态资源打包方案对比与实践指南

1. 项目背景与核心需求在Go语言开发中&#xff0c;我们经常需要处理静态资源文件的打包问题。无论是Web应用的模板文件、前端资源&#xff0c;还是配置文件、证书等&#xff0c;都需要随程序一起分发。传统做法是将这些文件与编译后的二进制文件放在同一目录下&#xff0c;但这…

2026/7/21 8:48:31 阅读更多 →
Go语言实现高性能LDAP认证服务的架构与实践

Go语言实现高性能LDAP认证服务的架构与实践

1. 项目背景与核心价值LDAP&#xff08;轻量级目录访问协议&#xff09;作为企业级身份认证的黄金标准&#xff0c;已经服务了超过80%的财富500强公司。我在金融科技领域实施统一认证体系时&#xff0c;发现传统Java方案存在启动慢、内存占用高等痛点。而Go语言凭借其协程并发模…

2026/7/21 5:34:47 阅读更多 →
【AI面试官实战指南】:用ChatGPT模拟10类高频技术岗面试,3天提升应答精准度92%

【AI面试官实战指南】:用ChatGPT模拟10类高频技术岗面试,3天提升应答精准度92%

更多请点击&#xff1a; https://intelliparadigm.com 第一章&#xff1a;AI面试官实战指南的核心价值与适用场景 AI面试官并非替代人类HR的“黑箱工具”&#xff0c;而是以可解释、可审计、可迭代的方式&#xff0c;赋能招聘全链路的关键基础设施。其核心价值在于将主观经验沉…

2026/7/21 8:25:39 阅读更多 →

月新闻