4. Fastboot 刷写固件：全量固件与增量固件、刷写流程、常见错误处理

Fastboot 是嵌入式 Linux 开发与量产中最核心的刷写协议之一。本章深入剖析全量固件与增量固件的设计差异、标准刷写流程、分区表对齐策略，以及高频错误的根因与解决方案。掌握这些内容，你将能够独立设计刷写脚本、诊断刷写失败，并优化产线效率。

4.1 全量固件 vs 增量固件

固件包的设计直接决定刷写时间、存储占用与 OTA 升级的灵活性。下表从多个维度对比两种固件类型：

4.2 标准刷写流程

一次完整的 Fastboot 刷写遵循“解锁 → 擦除 → 刷写 → 验证 → 重启”五步流程。下图展示了典型的分区刷写顺序与依赖关系：

4.2.1 刷写脚本示例

以下是一个生产环境可用的全量刷写脚本片段，包含分区表对齐检查与错误重试逻辑：

#!/bin/bash
# fastboot_flash_full.sh — 全量固件刷写脚本
set -e

PARTITIONS="boot system vendor dtbo"
RETRY_COUNT=3

echo "[INFO] 解锁 bootloader..."
fastboot oem unlock || true

for part in $PARTITIONS; do
    retry=0
    while [ $retry -lt $RETRY_COUNT ]; do
        echo "[INFO] 刷写 ${part}.img (尝试 $((retry+1))/${RETRY_COUNT})"
        if fastboot flash ${part} ${part}.img --slot=all; then
            echo "[OK] ${part} 刷写成功"
            break
        else
            echo "[WARN] ${part} 刷写失败，重试..."
            retry=$((retry+1))
            sleep 1
        fi
    done
    if [ $retry -eq $RETRY_COUNT ]; then
        echo "[ERROR] ${part} 刷写失败，请检查 USB 连接或镜像文件"
        exit 1
    fi
done

echo "[INFO] 校验分区哈希..."
fastboot oem check-hash || echo "[WARN] 设备不支持哈希校验"

echo "[INFO] 重启设备..."
fastboot reboot

4.3 常见错误处理

Fastboot 刷写失败通常由驱动、分区表、镜像损坏或存储坏块引起。下表整理了 6 个高频错误及其根因与修复方案：

4.4 分区表对齐与稀疏镜像

嵌入式设备的存储介质（eMMC、UFS）对写入对齐有严格要求。分区起始地址必须与擦除块大小（通常为 512 字节或 4 KiB）对齐，否则会触发读-改-写操作，导致性能下降与寿命缩短。

稀疏镜像（sparse image）是 Android 与嵌入式 Linux 中广泛使用的镜像格式，它通过描述数据块偏移与长度来减少传输量。Fastboot 在刷写稀疏镜像时会自动解压并写入，无需手动转换。

# 检查分区对齐情况
fastboot getvar partition-size:boot
fastboot getvar partition-type:boot

# 将原始镜像转换为稀疏镜像（Android 工具链）
img2simg system_raw.img system_sparse.img 4096

# 刷写稀疏镜像（Fastboot 自动识别）
fastboot flash system system_sparse.img

4.5 刷写策略选择矩阵

根据设备状态与场景，选择合适的刷写策略可以大幅提升成功率与效率：