📚 课程目录第2章嵌入式Linux开发环境搭建

2. 嵌入式Linux开发环境搭建：交叉编译工具链安装、TFTP/NFS网络文件系统配置、开发板与PC互联互通

说实话，很多初学者一上来就急着写代码、调模型，结果卡在环境搭建这一步好几天。我当年刚接触嵌入式Linux时，光一个交叉编译链就折腾了两天——版本不对、路径配错、环境变量没生效……嗯，这些坑我都踩过。这一章咱们就把地基打牢，后面才能跑得快。

本章核心目标：在PC（Ubuntu）上搭建完整的嵌入式Linux开发环境，实现「PC编译 → 开发板运行」的闭环。说白了，就是让你的电脑能替开发板干活。

2.1 交叉编译工具链：为什么需要它？

你想想看，开发板上的ARM芯片性能有限，编译一个Linux内核可能要几个小时。而PC的x86架构性能强得多，但编译出来的程序又不能直接在ARM上跑。怎么办？

交叉编译就是干这个的——在x86的PC上编译出ARM架构的可执行文件。我习惯把交叉编译链比作「翻译官」：它知道ARM芯片的「方言」，能把你的C代码翻译成ARM能理解的机器码。

2.1.1 安装步骤（以ARM Cortex-A7为例）

下载工具链：从Linaro官网或芯片厂商（如NXP、TI）获取预编译的gcc工具链。我个人推荐使用gcc-arm-linux-gnueabihf系列。
解压到指定目录：

tar -xvf gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf.tar.xz
sudo mv gcc-linaro-* /opt/

配置环境变量：编辑~/.bashrc，添加：

export PATH=$PATH:/opt/gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf/bin
export CROSS_COMPILE=arm-linux-gnueabihf-
export ARCH=arm

验证安装：

arm-linux-gnueabihf-gcc --version
# 输出类似：arm-linux-gnueabihf-gcc (Linaro GCC 7.5.0-2019.12) 7.5.0

我曾经踩过的坑：工具链版本与内核版本不匹配。比如用gcc 9.x编译Linux 4.14内核，会出现奇怪的链接错误。建议先查芯片厂商的官方文档，确认推荐的gcc版本范围。

2.2 TFTP/NFS网络文件系统：让开发板「吃」PC的饭

开发板存储空间有限，总不能每次改个文件就重新烧写吧？TFTP和NFS就是解决这个问题的。我习惯把它们理解为「网络共享文件夹」——开发板通过网络直接访问PC上的文件。

2.2.1 TFTP服务器配置（用于传输内核和设备树）

TFTP适合传单个文件，比如内核镜像zImage和设备树.dtb。配置很简单：

# 安装TFTP服务器
sudo apt-get install tftpd-hpa

# 配置TFTP根目录（我习惯用 /tftpboot）
sudo mkdir -p /tftpboot
sudo chmod 777 /tftpboot

# 编辑配置文件 /etc/default/tftpd-hpa
TFTP_USERNAME="tftp"
TFTP_DIRECTORY="/tftpboot"
TFTP_ADDRESS="0.0.0.0:69"
TFTP_OPTIONS="-l -c -s"

# 重启服务
sudo systemctl restart tftpd-hpa

测试方法：在/tftpboot下放一个文件，然后在开发板uboot中执行：

tftp 0x82000000 zImage

2.2.2 NFS服务器配置（用于挂载根文件系统）

NFS比TFTP更强大，可以挂载整个文件系统。调试阶段我几乎都用NFS启动——改完代码直接make，开发板重启就能看到新程序。

# 安装NFS服务器
sudo apt-get install nfs-kernel-server

# 编辑 /etc/exports，添加共享目录
/opt/rootfs *(rw,sync,no_subtree_check,no_root_squash)

# 重启服务
sudo systemctl restart nfs-kernel-server

我的习惯：把根文件系统放在/opt/rootfs下，这样开发板启动时直接挂载这个目录。修改PC上的文件，开发板立即可见——调试效率翻倍。

2.3 开发板与PC互联互通：网络是命脉

环境搭好了，连不上等于白搭。我见过太多人卡在这一步——uboot能ping通PC，但内核启动后网络就断了。这里分享几个排查要点。

2.3.1 网络拓扑与IP规划

我建议使用直连网线或小型交换机，不要经过公司复杂网络。IP规划如下：

设备	IP地址	子网掩码	网关
PC（Ubuntu）	192.168.1.100	255.255.255.0	192.168.1.1
开发板	192.168.1.200	255.255.255.0	192.168.1.1

2.3.2 测试连通性

在开发板uboot中：

setenv ipaddr 192.168.1.200
setenv serverip 192.168.1.100
ping 192.168.1.100
# 如果返回 "host 192.168.1.100 is alive"，说明物理连接OK

如果ping不通，检查：

PC防火墙是否关闭（sudo ufw disable）
网线是否插对接口（开发板通常有多个网口）
PC网卡IP是否配置正确

我曾经踩过的坑：开发板uboot的网卡驱动没初始化。有些板子需要先执行phy_reset或mdio命令才能启用网卡。建议先看芯片手册的uboot网络初始化流程。

2.4 知识体系总览

下面这张图概括了本章的核心逻辑——从PC到开发板的完整数据流：

2.5 一键验证脚本

环境配好后，我习惯跑一个脚本快速验证所有组件是否正常。下面是我常用的测试流程：

#!/bin/bash
# 环境验证脚本 - check_env.sh

echo "=== 1. 检查交叉编译链 ==="
arm-linux-gnueabihf-gcc --version
if [ $? -eq 0 ]; then
    echo "[OK] 交叉编译链正常"
else
    echo "[FAIL] 交叉编译链未找到"
fi

echo ""
echo "=== 2. 检查TFTP服务 ==="
systemctl status tftpd-hpa | grep "active (running)"
if [ $? -eq 0 ]; then
    echo "[OK] TFTP服务运行中"
else
    echo "[FAIL] TFTP服务未运行"
fi

echo ""
echo "=== 3. 检查NFS服务 ==="
showmount -e localhost
if [ $? -eq 0 ]; then
    echo "[OK] NFS服务正常"
else
    echo "[FAIL] NFS服务异常"
fi

echo ""
echo "=== 4. 编译测试程序 ==="
cat > hello.c << EOF
#include <stdio.h>
int main() {
    printf("Hello, Edge AI!\n");
    return 0;
}
EOF
arm-linux-gnueabihf-gcc -o hello hello.c
file hello | grep "ARM"
if [ $? -eq 0 ]; then
    echo "[OK] 交叉编译成功，生成ARM可执行文件"
else
    echo "[FAIL] 交叉编译失败"
fi

我的习惯：把这个脚本放在/opt/下，每次换新环境先跑一遍。5分钟就能确认所有组件是否就绪，比手动逐个检查快多了。

2.6 常见问题与避坑指南

uboot无法从TFTP下载文件：检查PC防火墙和TFTP目录权限。我曾经被sudo ufw enable坑过一整天。
NFS挂载后开发板卡死：大概率是NFS版本不匹配。在/etc/exports中加上vers=3选项试试。
交叉编译的程序在开发板上段错误：检查编译时是否用了-march=armv7-a等架构参数。不同ARM内核的指令集有差异。
开发板ping不通PC但uboot能ping通：内核网络驱动没配好。检查设备树中网卡节点的phy-mode和reg属性。

环境搭建是嵌入式开发的第一道坎。跨过去，后面就顺畅了。我个人建议：配好环境后，先别急着跑AI模型，用hello world把整个流程走一遍——从交叉编译到TFTP下载再到NFS挂载，确认每个环节都通。这样后面调试模型时，你才能把精力集中在算法上，而不是环境问题上。