1. 课程导入
嵌入式Linux系统构建与部署，是把一块芯片、一个开发板或一台定制设备，从“硬件可用”推进到“系统可启动、功能可运行、产品可交付”的完整工程过程。它不同于在PC上安装Linux，也不同于单纯编写应用程序。嵌入式Linux往往需要开发者同时理解引导程序、内核、设备树、根文件系统、交叉编译工具链、驱动模块、启动参数、烧录方式与量产维护。换句话说，这是一条从源码到镜像、从镜像到设备、从设备到稳定运行的工程链路。
本课程围绕“构建”和“部署”两个关键词展开。构建强调如何把Bootloader、Kernel、Device Tree、Rootfs、驱动和应用组织成可启动的系统镜像；部署强调如何把这些镜像可靠地写入目标设备，并让系统在真实硬件上稳定运行。学习完本课程，目标不是只会敲几条编译命令，而是能够独立分析一个嵌入式Linux项目的启动链路、构建流程和部署路径，并具备排障与优化能力。
核心工程目标：能够从零搭建交叉编译环境，完成U-Boot、Linux内核、设备树和根文件系统的配置、编译与打包，并通过TF卡、eMMC、NFS或OTA方式部署到目标板，最终形成可复现、可维护、可量产的嵌入式Linux系统。
一、整体学习路径：从工具链到系统镜像
嵌入式Linux的学习路径可以理解为一条逐层递进的构建链。最底层是开发主机环境与交叉编译工具链；往上是Bootloader，负责初始化硬件并加载内核；中间是Linux内核与设备树，负责驱动硬件、管理系统资源；再往上是根文件系统，提供用户空间、库、配置和应用程序；最上层是部署与维护，包括镜像烧录、网络启动、OTA升级和量产测试。
如果把这门课的学习顺序画成一条路径，它并不是简单的“先学A再学B”，而是围绕一个可启动系统反复迭代。例如，先让U-Boot能打印串口信息，再让内核能解压启动，再让根文件系统能挂载，最后让应用能自启动。每一步都对应明确的验证点。
二、核心概念：构建、部署与启动链路
嵌入式Linux系统构建的核心概念包括交叉编译、目标平台、启动介质、镜像格式和启动参数。交叉编译是指在x86开发主机上生成ARM、RISC-V或MIPS等目标架构可执行文件的过程。目标平台决定了工具链前缀、内核配置和设备树内容。启动介质可能是SD卡、eMMC、NAND Flash、NOR Flash或网络。镜像格式则包括裸二进制、FIT镜像、ext4、squashfs、ubifs等。
部署的核心概念是“可重复写入”和“可验证启动”。可重复写入意味着同一套镜像可以通过脚本或工具稳定地写入多块板卡；可验证启动意味着每次上电后，串口日志、网络服务、存储挂载和应用状态都能被检查。很多初学者只关注“编译成功”，却忽略了“启动成功”和“运行稳定”，这是工程实践中常见的误区。
| 阶段 | 关键对象 | 典型工具/命令 | 验证点 |
|---|---|---|---|
| 环境准备 | 交叉工具链、源码、依赖 | apt、tar、make、gcc | 工具链可编译出目标架构程序 |
| Bootloader | U-Boot、SPL、启动参数 | make、mkimage、串口 | 串口有U-Boot版本与板级信息 |
| 内核与设备树 | Kernel、DTS、驱动 | make menuconfig、dtc | 内核解压、驱动探测、根设备识别 |
| 根文件系统 | BusyBox、库、配置、应用 | buildroot、debootstrap、mksquashfs | 可挂载、可登录、应用可启动 |
| 部署与维护 | 镜像、烧录、OTA、日志 | dd、balenaEtcher、swupdate | 批量启动一致、升级可回滚 |
三、工程实践场景：从开发板到产品原型
假设我们拿到一块基于ARM Cortex-A53的开发板，目标是构建一个带网络、串口、存储和自启动应用的嵌入式Linux系统。典型流程如下：
- 在Ubuntu主机安装交叉编译工具链，并验证目标架构编译能力。
- 下载并编译U-Boot，配置正确的DDR参数、串口和启动介质。
- 配置Linux内核，使能网络、MMC、文件系统和所需驱动。
- 编写或修改设备树，描述板级外设、引脚和内存布局。
- 使用Buildroot或手动方式构建根文件系统，加入应用和启动脚本。
- 将U-Boot、内核、设备树和根文件系统打包为可烧录镜像。
- 通过TF卡或eMMC写入镜像，观察串口启动日志并逐项排障。
在这个过程中，最容易被低估的是“启动日志阅读能力”。例如，当串口输出停在“Starting kernel ...”时，问题可能在内核解压地址、设备树地址或串口配置；当输出“VFS: Cannot open root device”时，问题通常在根文件系统挂载参数、存储驱动或分区表。能读懂这些信息，才能把构建和部署真正串起来。
# 典型交叉编译环境变量示例
export ARCH=arm64
export CROSS_COMPILE=aarch64-linux-gnu-
export PATH=$PATH:/opt/toolchain/bin
# 编译U-Boot示例
make defconfig
make -j$(nproc)
# 编译内核与设备树示例
make menuconfig
make -j$(nproc) Image dtbs
# 查看镜像信息
file u-boot.bin
ls -lh arch/arm64/boot/Image
ls -lh arch/arm64/boot/dts/*.dtb
学习建议：每完成一个阶段，都要在目标板上做一次最小验证。不要等所有组件都编译完才上板。先让U-Boot出串口，再让内核启动，再让根文件系统挂载，最后再集成应用。这样排障范围小，定位速度快。
四、常见误区与复盘方法
误区一：把“编译通过”当成“系统可用”。嵌入式Linux的构建结果必须在目标硬件上验证，主机上的成功不代表目标板能启动。误区二：忽略设备树与硬件版本的对应关系。同一款芯片的不同板卡，外设地址、引脚和时钟可能不同，设备树必须匹配。误区三：根文件系统只放应用，不放依赖库和启动脚本，导致应用无法运行。误区四：部署过程靠手工操作，没有脚本和版本记录，量产时无法复现。
复盘方法可以围绕“启动链路”逐段检查：电源与时钟是否正常，Bootloader是否加载，内核是否解压，设备树是否匹配，根文件系统是否挂载，init进程是否启动，应用是否运行。每一段都对应明确的日志和验证命令。把每次失败的原因记录成清单，后续遇到类似问题就能快速定位。
工程提醒：嵌入式Linux部署不是一次性任务。只要硬件版本、内核配置、根文件系统或分区布局发生变化，就必须重新验证启动链路。建议使用版本管理工具保存U-Boot、内核、设备树和构建脚本，并为每次发布保留镜像与日志。
本课程后续将沿着这条路径逐步展开：先建立开发环境与工具链，再进入Bootloader、内核、设备树、根文件系统，最后完成部署、调试、优化与量产维护。掌握这条完整链路后，你面对的不再是一堆零散命令，而是一套可分析、可构建、可部署、可维护的嵌入式Linux工程方法。