4、Linux基础与嵌入式Linux入门：复习Linux常用命令、Shell脚本基础，理解嵌入式Linux系统架构（Bootloader、内核、根文件系统）及与桌面Linux的区别

嵌入式Linux开发与桌面Linux使用之间存在显著差异，但底层原理一脉相承。对于瑞芯微RK系列平台（如RK3568、RK3588）的开发者而言，扎实的Linux命令功底是操作开发板、交叉编译、调试驱动的基石；理解Bootloader、内核、根文件系统三件套的协作关系，则是看懂启动日志、定制系统、排查启动故障的前提。本章从命令复习出发，逐步过渡到Shell脚本自动化，最后深入剖析嵌入式Linux的架构分层，并系统对比其与桌面Linux的差异，为后续的U-Boot移植、内核裁剪和根文件系统构建打下坚实基础。

4.1 Linux常用命令复习：从桌面操作到嵌入式终端

4.1.1 核心原理：命令的本质是进程与文件操作

Linux一切皆文件的设计哲学在嵌入式开发中体现得淋漓尽致。开发板上没有图形界面，所有操作都通过终端命令完成。命令本质上是可执行程序，通过Shell（如bash）解释执行。嵌入式开发中高频使用的命令集中在文件操作、进程管理、网络通信和系统信息查看四大类。与桌面Linux不同，嵌入式板卡资源受限，命令的输出格式更精简，且很多桌面工具（如systemctl的图形化前端）不可用，必须依赖命令行原生工具。

4.1.2 高频命令速查表

4.1.3 实战场景：通过串口排查启动异常

假设一块RK3568开发板无法正常启动，串口输出停留在U-Boot阶段。此时需要快速定位问题。首先使用dmesg查看内核日志，但此时内核尚未启动，应使用串口终端直接观察输出。通过printenv命令查看U-Boot环境变量，确认bootcmd是否正确指向内核镜像。若环境变量被破坏，使用env default -a恢复默认值。接着用ls mmc 0:1检查SD卡分区内容，确认boot.img是否存在。这一系列操作完全依赖基础命令的组合运用。

4.1.4 常见误区：命令参数不兼容

桌面Linux的GNU工具集与嵌入式BusyBox工具集存在差异。例如，桌面ls --color在BusyBox中可能不支持；ps aux的输出格式也不同。开发时应先确认目标板的工具集类型，使用busybox --list查看可用命令。另外，嵌入式环境通常没有man手册，需提前在主机上查阅资料。

4.2 Shell脚本基础：自动化构建与部署

4.2.1 核心原理：脚本是命令的编排与逻辑控制

Shell脚本将多条命令组合成可复用程序，支持变量、条件判断、循环和函数。在嵌入式开发中，脚本用于自动化交叉编译、批量烧录、环境配置和测试执行。一个典型的构建脚本会设置交叉编译环境变量、调用make命令、将产物复制到目标目录。脚本的调试技巧（如set -x）和错误处理（set -e）在嵌入式场景中尤为重要，因为目标板环境不可控，脚本必须健壮。

4.2.2 脚本编写规范与关键语法

#!/bin/bash
# 交叉编译RK3568应用示例
set -e  # 出错即退出
export CROSS_COMPILE=aarch64-linux-gnu-
export CC=${CROSS_COMPILE}gcc
export SYSROOT=/opt/rk3568/sysroot

# 变量定义
APP_NAME=hello_rk
BUILD_DIR=build

# 清理旧构建
rm -rf ${BUILD_DIR}
mkdir -p ${BUILD_DIR}

# 编译
${CC} --sysroot=${SYSROOT} main.c -o ${BUILD_DIR}/${APP_NAME}

# 检查结果
if [ -f "${BUILD_DIR}/${APP_NAME}" ]; then
    echo "构建成功: ${BUILD_DIR}/${APP_NAME}"
    file ${BUILD_DIR}/${APP_NAME}
else
    echo "构建失败" >&2
    exit 1
fi

4.2.3 案例拆解：一键烧录脚本

某项目需要频繁烧录RK3588开发板，手动执行RKDevTool操作效率低且易出错。编写脚本实现自动化：首先检测设备连接状态（lsusb），然后调用烧录工具upgrade_tool，传入参数指定镜像路径。脚本中加入超时检测和日志记录，烧录失败时自动重试一次。通过getopts支持命令行参数，可指定烧录单个分区或全量镜像。该脚本将原本5分钟的手动操作缩短至30秒，且错误率从10%降至0.5%。

4.2.4 常见误区：忽略退出码与权限

脚本中每条命令的退出码（$?）是判断成功与否的关键。很多开发者忽略set -e，导致中间步骤失败后脚本继续执行，最终产物损坏。另外，脚本文件需赋予执行权限（chmod +x），且注意脚本首行的shebang（#!/bin/bash）必须正确。在嵌入式目标板上，脚本可能运行在BusyBox ash环境下，语法兼容性需提前验证。

4.3 嵌入式Linux系统架构：Bootloader、内核与根文件系统

4.3.1 核心原理：三件套的分工与协作

嵌入式Linux系统由Bootloader、内核、根文件系统三个独立部分构成，它们存储在不同分区，由启动流程串联。Bootloader（RK平台使用U-Boot）负责最底层的硬件初始化和引导加载；内核负责进程调度、内存管理、设备驱动等核心功能；根文件系统提供用户空间程序、库和配置。三者版本独立，可单独升级，这种解耦设计便于维护和定制。

4.3.2 启动流程详解

1. ROM Code：芯片内部固件，上电后从Boot引脚读取启动介质。
2. U-Boot SPL/TPL：初始化DDR和时钟，加载完整U-Boot。
3. U-Boot主程序：读取环境变量，从存储介质加载内核镜像和设备树。
4. 内核启动：解压内核，初始化设备驱动，挂载根文件系统。
5. init进程：执行第一个用户进程（systemd或busybox init），启动系统服务。

4.3.3 RK平台分区布局与镜像说明

4.3.4 实战场景：定制根文件系统

项目需要最小化系统，仅保留网络服务和自定义应用。使用Buildroot构建根文件系统，选择busybox作为init系统，配置dropbear SSH服务。通过make menuconfig裁剪不需要的包，最终生成的rootfs.img从默认的800MB缩减至120MB。在目标板上挂载后，通过df -h验证空间占用，ps确认进程数量从45个降至12个，系统内存占用减少40%。

4.4 嵌入式Linux与桌面Linux的区别

4.4.1 核心原理：资源约束与定制化程度不同

桌面Linux运行在通用x86硬件上，资源充裕，追求功能全面和用户体验；嵌入式Linux运行在ARM等专用芯片上，资源受限，追求精简高效和实时性。这种差异体现在系统规模、启动速度、存储布局、开发方式等多个维度。理解这些区别有助于开发者调整思维模式，避免将桌面习惯直接套用到嵌入式开发中。

4.4.2 对比分析表

4.4.3 案例拆解：从桌面到嵌入式的思维转换

一位有桌面Linux经验的开发者首次接触RK3568开发板，习惯性地使用apt install安装软件，发现命令不存在。这是因为嵌入式系统没有包管理器，所有软件需在主机上交叉编译后手动部署。另一个典型问题是使用systemctl start xxx启动服务，但目标板可能使用busybox init，需修改/etc/init.d/rcS脚本。通过一个星期的适应，开发者掌握了交叉编译工具链的使用，学会阅读Makefile，并能通过NFS挂载实现主机与目标板的文件共享，大幅提升开发效率。

4.4.4 常见误区与总结复盘

• 误区一：认为嵌入式Linux就是精简版桌面Linux。实际上，嵌入式系统从内核配置到根文件系统都是重新构建的，不是简单裁剪。
• 误区二：忽略交叉编译环境。直接在目标板上编译不现实，必须建立主机-目标板的交叉编译链路。
• 误区三：不重视设备树。桌面Linux通过ACPI自动识别硬件，嵌入式必须手动编写设备树描述硬件。
• 误区四：启动调试无章法。应遵循"串口日志→U-Boot环境变量→内核日志→根文件系统挂载"的排查顺序。