2. OTA升级基础
OTA（Over-The-Air）升级，是指设备通过无线网络获取新版本固件或软件包，并在本地完成校验、写入、切换与启动验证的全过程。对嵌入式与车载系统而言，OTA 不只是“下载一个包”，而是一条跨越云端、车端通信、存储、引导程序与操作系统的完整链路。理解这条链路的阶段划分与日志产生位置，是后续做启动日志分析的前提。
一、OTA 的核心概念
OTA 系统通常由四类角色构成：云端升级服务负责版本管理、差分包生成与下发策略；车端 OTA 客户端负责下载、校验、调度与状态上报；存储与分区管理负责把新固件写入备用分区或缓存区；引导与启动链负责在重启后选择正确分区并完成版本确认。四者之间的边界，决定了日志会出现在哪些位置。
二、典型 OTA 升级流程
以 A/B 双分区升级为例，一次完整升级通常经历以下步骤：
- 版本检查：客户端向云端上报当前版本、硬件型号、VIN 或设备 ID，云端返回可用升级任务。
- 包下载：通过 HTTPS 或专用通道下载差分包/全量包，写入缓存分区或数据分区。
- 完整性校验：校验 SHA-256、签名、包格式与版本兼容性，失败则终止并上报。
- 写入备用分区：将镜像写入 slot B，更新分区元数据与引导标志。
- 重启与切换：Bootloader 根据元数据选择 slot B 启动，进入新系统。
- 健康检查与确认：新系统自检通过后，将 slot B 标记为 successful，完成回滚点更新。
每一步都会在对应组件留下日志。例如下载阶段在 OTA 客户端日志中，写入阶段在存储服务日志中，切换与启动阶段则在 Bootloader 与内核日志中。
三、启动阶段划分与日志产生位置
OTA 升级后的启动过程，通常可划分为五个阶段，每个阶段的日志来源与关注点不同：
| 阶段 | 执行主体 | 典型日志位置 | 关注点 |
|---|---|---|---|
| BootROM / 一级引导 | 芯片固化代码 | 串口早期输出、SoC 寄存器 | 启动介质、时钟、基本硬件 |
| Bootloader | U-Boot / ABL / SPL | 串口、bootloader 日志分区 | 分区选择、slot 标志、镜像校验 |
| 内核启动 | Linux Kernel | dmesg、串口 console | 驱动加载、根文件系统挂载 |
| Init / 系统服务 | systemd / init.rc | journal、logcat、系统日志分区 | 服务启动顺序、依赖失败 |
| 应用与 OTA 确认 | OTA 客户端 / 应用框架 | 应用日志、OTA 状态文件 | 版本确认、健康检查、回滚 |
从日志分析角度看，Bootloader 阶段是判断“是否切换成功”的关键，内核与 Init 阶段是判断“新系统是否可用”的关键，应用确认阶段则决定“是否最终提交升级”。
四、常见升级模式与日志差异
不同升级模式会改变日志的产生位置与顺序：
- 全量升级：下载完整镜像，写入备用分区。日志中会出现较大的写入量与较长的校验时间。
- 差分升级：仅下载差分包，在设备端合并生成新镜像。日志中会出现 patch 应用、源镜像校验等步骤。
- A/B 双分区：升级不影响当前运行系统，重启后切换。日志重点在 slot 元数据与启动选择。
- 单分区恢复模式：设备进入 recovery 后写入，日志会出现在 recovery 专用日志中，正常系统日志可能中断。
- 流式升级：边下载边写入，日志中下载与写入交错，异常时更难定位断点。
五、一个典型场景的日志链路
假设车辆在夜间执行一次 A/B 差分升级，第二天启动失败。可观察到的日志链路大致如下：
[OTA Client] download start, package=diff_v2.3.1, size=48MB
[OTA Client] download complete, sha256=ok
[OTA Client] apply patch to slot_b, progress=100%
[OTA Client] set boot slot=b, reboot required
[Bootloader] slot_b bootable=yes, tries_remaining=3
[Kernel] booting slot_b, kernel version 5.10.92
[Init] starting system services...
[OTA Confirm] health check timeout, rollback to slot_a
这段日志中，下载与写入阶段正常，问题出现在新系统启动后的健康检查。若只看 OTA 客户端日志，会误判为“升级成功”；只有结合 Bootloader 与 Init 日志，才能定位到回滚原因。
六、常见误区与复盘要点
误区二：只采集应用层日志，忽略 Bootloader 与内核早期日志。
误区三：不记录 slot 切换与 tries_remaining，导致无法判断回滚次数。
误区四：差分升级失败后，未保留源镜像版本信息，无法复现。
复盘时应至少回答四个问题：升级包是否完整？写入是否成功？Bootloader 是否选择了新 slot？新系统是否通过健康检查？这四个问题分别对应下载日志、存储日志、引导日志与系统日志。只有把日志产生位置与升级阶段对齐，才能建立可复用的 OTA 启动日志分析模型。