Buildroot镜像体积预算：在Flash分区溢出前追踪增长

先确认究竟什么会溢出

固件文件增长两兆字节，并不自动意味着安装后的文件系统也增长两兆字节。包内文件长度、文件系统元数据、压缩、填充和升级包装衡量的是不同对象。删除软件前，先明确Flash布局限制的是压缩根文件系统、固定容量块镜像、启动分区，还是下载与解包暂存区。

本文固定Buildroot 2025.02，提出LTS升级时的体积预算流程，不声称测量过设备，也不讨论eMMC寿命。保留旧版和候选版输出，首次比较尽量固定文件系统格式与压缩参数；有意改变格式时另作记录，避免把包装变化误判为软件膨胀。

把四层体积分别测量

文件层记录安装文件的逻辑长度；文件系统层考虑元数据、分配和剩余空间；交付镜像层记录更新过程实际写入或展开的字节；分区层保留格式头、对齐和产品要求的安全余量。这些指标不能任意互换，也不一定能够简单相加。

单位必须写清：MiB是1048576字节，MB是1000000字节。稀疏镜像在宿主磁盘上的实际占用可能小于逻辑长度，因此常见磁盘用量不能直接代表目标容量需求。2025.02镜像与体积说明还提醒，宿主机的稀疏文件处理不能直接当作安全烧写方法。

从完整干净构建生成归因数据

完成构建后，make graph-size在graphs输出目录生成图形、package-size-stats.csv和file-size-stats.csv。固定版本文档强调，文件归因信息需要完整干净重建才有意义。建议为基线和候选版本分别建立新输出目录，先保留现有证据，不把删除旧输出作为第一步。

解释结果时可对照2025.02统计实现。它把已安装文件归属到软件包，并不是对压缩或可写文件系统全部字节的模拟。将CSV与配置、镜像散列一起保存。图中小包合并为Others时，继续看CSV，不要因此认为小包没有分析价值。

从最大增量追到具体原因

按文件绝对增长字节排序，再按软件包归组，查找新启用依赖、额外固件集合、语言资源、调试信息或重复资产。即使顶层配置看起来没有变化，包版本升级也可能改变默认功能。源码压缩包变大或变小，不能直接说明最终安装文件如何变化。

每个明显增长都应对应到具体配置或源码变化。共享依赖被多个应用使用时，去掉其中一个应用不一定省去依赖；反过来，一个看似很小的功能也可能拉入大依赖树。把依赖关系与字节差异并列记录，评审者才能判断删除某功能会付出什么代价。

把Flash布局翻译成字节预算

假设一个仅用于说明的64 MiB槽位，产品定义开销占4 MiB，强制余量占2 MiB，则有效载荷预算为58 MiB，即60817408字节。这只是计算示例，不是推荐分区图或设备测量。实际开销必须来自镜像格式、启动升级设计和存储几何条件。

slot_bytes = 64 * 1024 * 1024
overhead_bytes = 4 * 1024 * 1024
margin_bytes = 2 * 1024 * 1024
payload_budget = slot_bytes - overhead_bytes - margin_bytes
assert payload_budget == 60817408

压缩升级包若先展开再安装，下载尺寸与展开目的地需求都要检查。A/B布局、临时解包、日志空间和裸Flash坏块预留可能形成不同限制，应分别映射到真实区域，不宜统统塞进一个随意指定的百分比。

CI同时检查绝对上限与异常增长

绝对门槛阻止产物超过既定字节预算，增量门槛则在分区尚有空间时发现异常增长，两者目的不同。阈值应依据产品更新约束与评审过程制定，不存在适用于所有设备的安全增长比例。构建任务输出门槛依据，才能避免维护者把警告当作无意义噪声。

CI应报告格式、逻辑长度、适用预算、剩余余量以及最大文件和包增量。固定容量文件系统镜像的外部文件长度可能一直不变，但内部可用空间正在减少，这时还需要适当的文件系统用量检查。下载大小合格不能覆盖安装容量失败。

每项瘦身都要有功能负责人

对候选删除项标出影响行为、负责人和验收方法。调试符号往往可在镜像外单独归档，而固件、证书、语言资源或恢复工具可能属于产品支持范围。不能简单删除最大的目录，再把能启动当作功能完整的证据。

每次有意义的配置变化后，使用新输出重建并重新归因，确认最终镜像确实没有被删除的文件。手工修改旧target目录不是可复现的瘦身方案。还要核对启动与恢复需求：很少使用的工具可能恰好是现场唯一恢复路径，省下空间却增加了不可恢复风险。

验收证据与能力边界

验收应证明实际写入或展开的对象满足全部相关上限，余量明确，主要增长能够解释，批准删除的功能有验收覆盖。保存Flash布局版本、格式参数、CSV比较和CI结论。本文使用的graph-size输出名可在2025.02顶层规则中核查。

这套流程解释静态容量风险，不证明存储寿命、运行内存占用或通用压缩比，那些需要不同测量。可靠发布评审不仅回答能否装下，还应回答什么变大、为什么接受，以及下一次变化最先触及哪一道限制。