嵌入式存储基础：Flash类型、存储特性与文件系统适配
嵌入式系统的存储选型直接决定了系统的可靠性、启动速度、寿命与成本。在Buildroot构建文件系统之前，必须深刻理解NOR Flash、NAND Flash、eMMC与SD卡在电气特性、擦写机制、坏块管理上的本质差异。本章从存储介质物理特性出发，建立“介质—控制器—文件系统”三层适配模型，为后续章节的根文件系统裁剪与分区规划奠定理论基础。
2.1 存储介质核心原理与工程差异
嵌入式系统中最常见的非易失性存储介质包括NOR Flash、NAND Flash、eMMC和SD卡。这四类介质在电路接口、读写粒度和可靠性机制上存在本质区别，直接决定了它们在系统设计中的角色分工。
2.1.1 NOR Flash：XIP执行与高可靠性
NOR Flash支持片上执行（XIP, Execute in Place），即CPU可以直接从NOR芯片读取指令并执行，无需先拷贝到RAM。这一特性使其成为Bootloader（如U-Boot）和启动代码的首选介质。NOR的读速度较快，但写入和擦除速度远低于NAND，且容量通常限制在64MB以内。其接口为并行或SPI，SPI NOR（如W25Q128）在成本敏感型产品中应用广泛。
2.1.2 NAND Flash：高密度与坏块管理
NAND Flash以页（Page）为读写单位，以块（Block）为擦除单位。典型页大小为2KB/4KB/8KB/16KB，一个块包含64或128个页。NAND的存储密度远高于NOR，但存在坏块（Bad Block）和位翻转（Bit Flip）问题，必须依赖软件或控制器进行ECC校验和坏块管理。NAND的擦写次数因工艺而异：SLC约10万次，MLC约1万次，TLC约3000次。
在Buildroot系统中，裸NAND通常通过MTD子系统管理，配合UBI（Unsorted Block Images）层实现磨损均衡和坏块管理。UBIFS是运行在UBI之上的日志文件系统，专为NAND优化，支持压缩和掉电恢复。
2.1.3 eMMC与SD卡：内置控制器的块设备
eMMC（Embedded Multi Media Card）将NAND Flash与控制器封装在一起，内部完成坏块管理、磨损均衡和ECC校验，对外提供标准的MMC接口。SD卡在协议层与eMMC类似，但采用可插拔封装，且增加了写保护、密码保护等特性。从软件视角看，eMMC和SD卡都是块设备，Linux内核通过mmcblk设备节点访问，无需MTD层。
| 特性维度 | NOR Flash | NAND Flash | eMMC | SD卡 |
|---|---|---|---|---|
| 接口类型 | 并行/SPI | 并行/ONFI | MMC 4.5+ | SDIO/SD |
| 读写单位 | 字节/扇区 | 页(2-16KB) | 扇区(512B) | 扇区(512B) |
| 擦除单位 | 扇区(4-64KB) | 块(128-2048KB) | 擦除组(512KB-4MB) | 擦除组(由控制器决定) |
| 坏块管理 | 无需 | 软件必须处理 | 控制器内置 | 控制器内置 |
| 磨损均衡 | 通常不需要 | 软件实现(UBI) | 控制器动态+静态 | 控制器动态 |
| 典型容量 | 1-64MB | 128MB-8GB | 4-256GB | 1-512GB |
| 启动支持 | XIP直接启动 | 需BootROM搬运 | 支持Boot分区 | 需SoC支持 |
2.2 存储特性对文件系统选型的约束
文件系统的设计必须匹配底层介质的物理特性。选型错误轻则导致性能低下，重则造成数据损坏或介质提前报废。以下从擦写次数、块大小和磨损均衡三个维度展开分析。
2.2.1 擦写次数与日志文件系统
NAND的擦写次数有限，而日志文件系统（如ext4、JFFS2）会频繁写入元数据。对于裸NAND，UBIFS通过UBI层的磨损均衡算法将擦写操作均匀分布到所有块上，避免某些块过早失效。对于eMMC，内部控制器已实现磨损均衡，但文件系统的频繁同步写仍会加速NAND老化。因此，在eMMC上使用ext4时，建议挂载选项加入noatime和commit=600，减少元数据更新频率。
fsck定期检查，并考虑使用F2FS替代。
2.2.2 块大小与擦除对齐
文件系统的块大小应与介质的擦除块对齐，否则会产生写放大（Write Amplification）。例如，NAND的擦除块为128KB，而ext4默认块大小为4KB，若文件系统未对齐，一次擦除操作可能涉及多个文件系统块，导致额外擦写。对于eMMC，Linux内核的MMC子系统会通过preferred_erase_size参数报告擦除组大小，文件系统应据此调整。
# 查看eMMC擦除组大小
cat /sys/block/mmcblk0/device/preferred_erase_size
# 输出示例：4194304 (4MB)
# 创建ext4时指定块大小与擦除组对齐
mkfs.ext4 -b 4096 -E stride=1024,stripe_width=1024 /dev/mmcblk0p1在Buildroot的post-build脚本中，可以动态检测介质类型并调整mkfs参数，确保分区对齐。
2.2.3 磨损均衡的实现层次
磨损均衡分为动态均衡（仅对写入热点块）和静态均衡（对长期不更新的冷数据块也进行搬移）。eMMC控制器通常同时实现两种策略，而裸NAND依赖UBI的wl模块。对于NOR Flash，由于擦写次数高达10万次以上，且容量小，通常不启用磨损均衡，但频繁写入的日志分区仍需注意寿命。
2.3 文件系统与存储的适配矩阵
在Buildroot中，文件系统的选择不仅取决于介质类型，还取决于分区用途（只读根文件系统、可写数据分区、启动分区）。以下给出推荐适配矩阵。
| 存储介质 | 根文件系统 | 数据分区 | 启动分区 | 关键配置 |
|---|---|---|---|---|
| NOR Flash | JFFS2（只读） | 不推荐 | 裸镜像（XIP） | CONFIG_MTD_JFFS2 |
| NAND Flash | UBIFS | UBIFS（可写） | UBI卷 | CONFIG_MTD_UBI + UBIFS |
| eMMC | ext4（只读挂载） | ext4/F2FS | FAT32（Boot分区） | CONFIG_MMC_BLOCK |
| SD卡 | ext4（只读） | F2FS/ext4 | FAT32 | CONFIG_SDIO_UART |
2.3.1 案例拆解：NAND Flash上的Buildroot系统优化
背景：某工业网关产品采用256MB SLC NAND，需要同时存放内核、设备树、根文件系统和可写配置分区。初始方案使用JFFS2作为根文件系统，但发现启动时间长达12秒，且频繁写入配置时系统响应变慢。
分析过程：通过time mount -t jffs2 /dev/mtdblock3 /mnt测量挂载耗时，发现JFFS2在扫描节点时耗时严重。进一步使用ubinfo查看UBI设备状态，确认NAND支持UBI。JFFS2的挂载时间与分区大小呈线性关系，而UBIFS通过索引节点树实现O(1)挂载。
操作步骤：
- 在Buildroot中启用
BR2_TARGET_ROOTFS_UBIFS，设置BR2_TARGET_ROOTFS_UBIFS_MIN_IO_SIZE=2048（匹配NAND页大小）。 - 使用
ubinize工具生成UBI镜像，配置vol_type=dynamic和vol_flags=autoresize。 - 修改内核设备树，将NAND分区表改为UBI卷布局。
- 在启动参数中指定
ubi.mtd=3 root=ubi0:rootfs。
结果对比：挂载时间从12秒降至0.8秒，配置写入速度提升约5倍。代价是UBI需要预留约5%的物理块用于坏块替换和磨损均衡，可用容量从248MB降至235MB。
CONFIG_MTD_UBI_BLOCK以支持UBI块设备访问。
2.4 常见误区与选型决策清单
在实际项目中，工程师常在存储选型上犯以下错误，导致后期返工或产品寿命缩短。
- 误区一：将NOR Flash当作大容量存储使用。NOR的写入速度慢且成本高，超过32MB时性价比极低。
- 误区二：在裸NAND上直接使用ext4。ext4没有坏块管理能力，NAND的坏块会导致文件系统崩溃。
- 误区三：忽略eMMC的Boot分区。eMMC的Boot分区（Boot Area Partition）可用于存放Bootloader，但需通过
mmc bootpart enable命令激活。 - 误区四：在SD卡上频繁同步写。SD卡控制器磨损均衡算法较弱，高频小文件写入会显著缩短寿命。
选型决策清单：
- 确定系统启动流程：是否需要XIP？若需要，选NOR；否则考虑NAND或eMMC。
- 评估容量需求：小于64MB选NOR，64MB-8GB选NAND，大于4GB选eMMC。
- 分析写入频率：频繁小文件写入优先eMMC+F2FS；只读系统优先UBIFS。
- 检查SoC支持：确认BootROM是否支持从eMMC Boot分区启动，或需要外部NOR引导。
- 在Buildroot中配置对应文件系统工具链，并验证mkfs参数与介质对齐。