嵌入式Linux系统开发21天速成：从交叉编译到NFS根文件系统挂载与驱动开发实战

发布时间：2026/10/31 17:24:22
嵌入式Linux系统开发21天速成：从交叉编译到NFS根文件系统挂载与驱动开发实战

1. 这本书到底解决了什么问题

嵌入式Linux这个方向，坑多、资料散、入门曲线陡，几乎是所有过来人的共识。我见过太多人抱着开发板兴冲冲地开始，结果卡在串口没输出、根文件系统挂载失败、驱动probe不进去这些环节，一卡就是一两周，热情直接磨没了。飞凌嵌入式这次和北京大学出版社合作出的《嵌入式Linux系统开发21天速成》，从书名就能看出来，它想干的事情很明确：把从零到能跑通一个完整嵌入式Linux系统的路径，压缩成一条有节奏、有节点、可验证的21天路线。

这本书适合谁？我的判断是三类人。第一类是电子、计算机相关专业的在校生，课本上讲操作系统和Linux都是理论，真到板子上跑，发现完全不是一回事，需要一本能把理论和板级实操接上的书。第二类是转行做嵌入式Linux的工程师，可能之前做单片机、做硬件、做应用层，想往系统层走，但知识体系是碎的，需要有人帮你把bootloader、内核、根文件系统、驱动这条链路串起来。第三类是在职但一直没系统跑通过全流程的开发者，平时改改驱动、调调应用，但整个系统怎么从源码到板子跑起来，心里没底。

它解决的核心问题，说白了就是把“知道”变成“跑通”。嵌入式Linux的难点从来不是某个单点知识，而是链路太长，每一环都有坑，而且坑和坑之间还会互相影响。比如根文件系统挂载不上，可能是内核配置里NFS没编进去，可能是bootargs里nfsroot参数写错，可能是网络根本没通，也可能是服务端export配置不对。这本书的价值就在于，它用21天的节奏，把这条链路上的每个关键节点都拆开讲清楚，让你在板子上真正验证一遍。

关键词里有个很具体的点：嵌入式Linux根文件系统挂载使用NFS v3。这个点特别典型，因为它几乎是每个嵌入式Linux开发者必经的一道坎。NFS挂载根文件系统是开发阶段最常用的方式，因为改文件不用重新烧写，直接在服务端改完，板子重启就生效，效率极高。但NFS v3的配置细节多，内核选项、bootargs、服务端exports、防火墙、版本协商，任何一处不对都挂不上。这本书如果能把这块讲透，对新手来说就是救命的内容。

2. 21天速成的节奏是怎么设计的

2.1 为什么是21天而不是7天或30天

21天这个数字不是随便定的。我自己的经验是，嵌入式Linux入门如果每天投入2到3小时，21天刚好能覆盖从环境搭建到驱动入门的完整链路，而且每个阶段都有时间消化。7天太赶，只能走马观花，跑通了也不知道为什么；30天又太长，中间容易断档，前面学的忘了后面接不上。

合理的21天节奏，我推测大概是这样的分布：前3到5天打基础，把开发环境、交叉编译工具链、串口终端这些搞定；中间7到10天攻系统层，bootloader、内核配置编译、根文件系统制作和挂载；后面7到10天进驱动和应用，字符设备驱动、设备树、简单应用部署。这个节奏的关键是每天都有可验证的产出，不是光看理论，而是板子上真的能看到变化。

2.2 交叉编译工具链：第一道门槛

很多人第一步就卡在工具链上。什么叫交叉编译？简单说，你的电脑是x86架构，板子是ARM架构，你需要在电脑上编译出能在板子上跑的程序，这个编译过程就叫交叉编译，用的编译器就叫交叉编译工具链。

工具链选型上，常见的有Linaro、ARM官方、芯片原厂提供的。飞凌的板子一般会配套提供适配好的工具链，我建议新手直接用官方配套的，别自己折腾。原因很简单，工具链和内核、库的版本匹配是个隐形的坑，你自己配的版本可能编译能过，但跑起来各种诡异问题。

安装工具链的典型步骤，以常见的ARM 32位为例：

# 解压工具链到指定目录 sudo tar -xjf gcc-linaro-xxx.tar.bz2 -C /opt/ # 配置环境变量，加到 ~/.bashrc export PATH=/opt/gcc-linaro-xxx/bin:$PATH export CROSS_COMPILE=arm-linux-gnueabihf- export ARCH=arm # 验证 arm-linux-gnueabihf-gcc -v

这里有个细节，CROSS_COMPILE和ARCH这两个环境变量，编译内核和uboot时都会用到，提前设好能省很多事。验证的时候一定要看到版本信息输出，如果提示command not found，八成是PATH没生效，source ~/.bashrc一下再试。

注意：工具链的位数和板子的架构必须匹配。32位板子用32位工具链，64位用64位，硬浮点和软浮点也要对上。用错工具链，编译出来的程序在板子上跑会直接报格式错误。

2.3 串口终端：你和板子对话的唯一通道

板子刚上电，没有显示器没有键盘，你怎么知道它在干什么？靠串口。串口终端是嵌入式开发最基础的调试手段，没有之一。

硬件上，你需要一根USB转串口线，接到板子的调试串口上。软件上，Windows常用SecureCRT、Putty、MobaXterm，Linux下直接用minicom或者picocom。参数一般是波特率115200，8位数据位，1位停止位，无校验，无流控。

# Linux下用picocom连接串口 sudo picocom -b 115200 /dev/ttyUSB0 # 退出是 Ctrl+A 然后 Ctrl+X

我第一次用的时候，串口没输出，折腾了半天，最后发现是TX和RX接反了。串口线是交叉的，板子的TX要接转接线的RX，RX接TX。这个坑很经典，新手遇到串口无输出，先检查线序，再检查波特率，最后检查板子是不是真的上电了。

3. 根文件系统挂载：NFS v3的完整实操

3.1 为什么开发阶段首选NFS挂载根文件系统

根文件系统是Linux启动后挂载的第一个文件系统，里面装着/bin、/etc、/lib这些目录。开发阶段，根文件系统有两种常见方式：一种是烧写到板子的存储介质上，比如eMMC、NAND、SD卡；另一种是通过网络挂载，也就是NFS。

NFS挂载的最大好处是改完即生效。你改一个配置文件、换一个应用程序，不用重新制作镜像、不用重新烧写，板子重启就加载新的。开发驱动的时候，这个效率差距是巨大的。烧写方式改一次要几分钟，NFS方式改一次几秒钟。

但NFS挂载也有代价，它依赖网络，而且配置环节多。生产环境一般不会用NFS，因为不稳定、依赖服务端。所以NFS是开发阶段的利器，量产还是要落到本地存储。

3.2 服务端配置：exports文件的写法

服务端就是你的开发电脑，上面放根文件系统目录，通过NFS共享出去。以Ubuntu为例，先装NFS服务：

sudo apt-get install nfs-kernel-server

然后配置/etc/exports，假设你的根文件系统目录是/home/user/rootfs：

/home/user/rootfs *(rw,sync,no_root_squash,no_subtree_check)

这几个参数逐个说清楚：

  • rw：读写权限，开发阶段必须，不然板子上改不了文件。
  • sync：同步写入，数据安全但慢一点。开发阶段也可以用async提速，但断电可能丢数据。
  • no_root_squash：这个最关键。默认情况下，客户端用root访问，服务端会把它映射成nobody，导致板子上的root没有权限写文件。加上这个参数，root就是root。
  • no_subtree_check：关闭子树检查，减少一些权限相关的报错，NFS v3下建议加上。

改完exports，重启服务：

sudo exportfs -ra sudo systemctl restart nfs-kernel-server

验证共享是否生效：

showmount -e localhost

应该能看到你配置的目录和权限。

注意：服务端的防火墙要放行NFS相关端口。NFS v3除了2049端口，还会用到rpcbind的111端口和一堆随机端口。开发环境图省事可以直接关防火墙，但要知道这是开发环境的临时做法。

3.3 内核配置：NFS客户端支持必须编进去

板子要能挂NFS根文件系统，内核里必须有NFS客户端支持。这块在make menuconfig里配置：

File systems ---> Network File Systems ---> <*> NFS client support <*> NFS client support for NFS version 3 [*] NFS client support for the NFSv3 ACL protocol extension <*> NFS client support for NFS version 4 (可选) [*] Root file system on NFS

Root file system on NFS这一项必须选上，否则内核启动到最后会报“VFS: Cannot open root device”之类的错误。NFS version 3必须选，因为很多板子的uboot默认传的nfsroot参数走的是v3。

还有一个容易漏的点：网络驱动。板子的网卡驱动必须编进内核，而且要在根文件系统挂载之前就能工作。如果网卡驱动是模块，那就死锁了——挂根文件系统需要网络，加载网卡模块需要根文件系统。所以网卡驱动必须是<*>编进内核，不能是<M>。

3.4 bootargs：内核启动参数的正确写法

bootargs是uboot传给内核的启动参数，NFS挂载根文件系统的关键就在这里。典型写法：

setenv bootargs 'console=ttyS0,115200 root=/dev/nfs rw nfsroot=192.168.1.100:/home/user/rootfs,v3 ip=192.168.1.200:192.168.1.100:192.168.1.1:255.255.255.0::eth0:off'

这一长串参数，逐个拆解：

  • console=ttyS0,115200：控制台用串口0，波特率115200。
  • root=/dev/nfs：根文件系统用NFS。
  • rw：根文件系统读写挂载。
  • nfsroot=192.168.1.100:/home/user/rootfs,v3：服务端IP和共享目录，,v3强制用NFS v3。
  • ip=192.168.1.200:192.168.1.100:192.168.1.1:255.255.255.0::eth0:off：板子IP、服务端IP、网关、掩码、网卡名、自动配置关闭。

这个ip参数的格式是ip=客户端IP:服务端IP:网关:掩码:主机名:网卡:自动配置。中间主机名可以留空，自动配置用off表示手动指定。

注意：nfsroot里的,v3很重要。如果不写，内核可能尝试v4，而服务端如果没配v4，就会挂载失败。关键词里专门提到NFS v3，就是因为这是最稳的组合。

3.5 挂载失败的排查顺序

NFS根文件系统挂载失败，报错信息往往很模糊。我总结的排查顺序是这样的：

排查项检查方法常见问题
网络连通板子上ping服务端网线没插、IP配错、网卡驱动没编
服务端共享showmount -eexports没生效、目录权限不对
内核NFS支持看内核配置NFS client没编、Root on NFS没选
bootargs串口打印看参数nfsroot写错、v3没指定
防火墙服务端检查端口被拦、rpcbind没起

实际排查时，先看串口打印到哪一步。如果连网卡都没识别，那是驱动问题；如果网卡起来了但ping不通，那是网络配置问题；如果ping通了但挂载失败，那是NFS配置问题。一层层往下剥，别跳步。

4. 驱动开发：从字符设备到设备树

4.1 字符设备驱动的最小框架

嵌入式Linux驱动开发，入门一般从字符设备开始。字符设备是最简单的一类设备，按字节流访问，比如串口、按键、LED。

一个最小的字符设备驱动，核心结构是file_operations，里面注册open、read、write、release这些函数。加载模块时用register_chrdev注册主设备号，卸载时注销。

#include <linux/module.h> #include <linux/fs.h> #include <linux/cdev.h> static int major; static struct cdev my_cdev; static int my_open(struct inode *inode, struct file *file) { printk(KERN_INFO "my device opened\n"); return 0; } static ssize_t my_read(struct file *file, char __user *buf, size_t len, loff_t *off) { return 0; } static struct file_operations my_fops = { .owner = THIS_MODULE, .open = my_open, .read = my_read, }; static int __init my_init(void) { major = register_chrdev(0, "mydev", &my_fops); printk(KERN_INFO "mydev registered, major=%d\n", major); return 0; } static void __exit my_exit(void) { unregister_chrdev(major, "mydev"); } module_init(my_init); module_exit(my_exit); MODULE_LICENSE("GPL");

编译这个模块需要内核源码树，Makefile大概长这样：

obj-m += mydev.o KDIR := /path/to/kernel all: make -C $(KDIR) M=$(PWD) modules clean: make -C $(KDIR) M=$(PWD) clean

编译出.ko文件后，传到板子上insmod mydev.ko，然后用cat /proc/devices看主设备号，再mknod创建设备节点，就能在应用层open了。

4.2 设备树：现代内核的硬件描述方式

老版本内核里，硬件信息是写死在代码里的，板子换一个硬件，驱动就得改。现在主流内核都用设备树，硬件信息写在.dts文件里，驱动通过of_系列函数读取。

设备树的基本结构：

/ { mydev@0x12340000 { compatible = "myvendor,mydev"; reg = <0x12340000 0x1000>; interrupt-parent = <&gic>; interrupts = <0 50 4>; status = "okay"; }; };

驱动里通过compatible匹配设备：

static const struct of_device_id my_of_match[] = { { .compatible = "myvendor,mydev" }, { } }; MODULE_DEVICE_TABLE(of, my_of_match);

设备树最大的好处是驱动和硬件解耦。同一个驱动，配不同的设备树，就能适配不同的板子。飞凌的板子一般会提供完整的设备树源码，新手可以先在现有基础上改，别从零写。

注意：设备树改完要重新编译并更新到板子上。如果是NFS根文件系统，设备树一般在内核镜像里或者单独分区，改完要重新烧写对应的部分，不是改根文件系统就能生效的。

4.3 驱动调试的常用手段

驱动跑不起来，怎么查？几个实用手段：

  • printk：最原始但最有效，在关键路径打印信息，看串口输出。注意printk有日志级别，KERN_INFO可能被过滤，调试时用KERN_ERR或者临时改/proc/sys/kernel/printk。
  • dmesg：看内核日志，驱动probe失败、内存分配失败这些都会打出来。
  • /proc/devices：看设备号有没有注册成功。
  • /sys/class/：看设备类有没有创建。
  • devmem：直接读写寄存器，验证硬件是否工作。

我踩过的一个坑：驱动probe函数返回0才算成功，返回负数会被内核认为失败，设备就不会创建。有一次我probe里最后忘了return 0，结果设备死活出不来，查了半天。

5. 面试题背后的知识体系

5.1 嵌入式Linux面试常考什么

热词里有“嵌入式linux面试题”，这个方向面试确实有套路。我面过也被人面过，总结下来高频考点集中在几块：

启动流程：从上电到根文件系统挂载，中间经历了什么。uboot怎么引导内核，内核怎么初始化，怎么找到根文件系统。这个问题能看出你对整体链路的理解。

内核机制：进程调度、内存管理、中断处理、并发控制。不要求你写内核，但要能说清楚基本概念，比如自旋锁和信号量的区别、中断上下文为什么不能睡眠。

驱动模型：字符设备、平台设备、设备树、总线匹配。平台设备和设备树的匹配机制是重点，compatible属性怎么用，probe什么时候被调用。

根文件系统：NFS挂载、busybox制作、init进程。NFS v3的配置细节经常被问到，因为这是实际工作中天天用的。

调试能力：串口没输出怎么查、内核panic怎么定位、驱动加载失败怎么排查。这类问题没有标准答案，看你的思路。

5.2 怎么准备这类面试

我的建议是别背题，跑流程。你在板子上完整跑通一遍从uboot到根文件系统到驱动的流程，面试时自然能说清楚。背来的答案经不起追问，跑过的流程才是自己的。

具体准备方法：拿一块板子，从零开始，每一步都记录。uboot怎么编译、怎么烧写、环境变量怎么设；内核怎么配、怎么编、怎么下；根文件系统怎么搭、NFS怎么配；驱动怎么写、怎么加载、怎么调试。这一套走下来，面试题里的问题你都能用自己的话回答。

注意：面试官喜欢问“你遇到过什么问题，怎么解决的”。准备两三个真实的踩坑案例，比背十道题都有用。比如NFS挂载失败怎么排查的，驱动probe失败怎么定位的，这些故事能体现你的实际能力。

6. 学习路径上的几个关键建议

6.1 别贪多，先把一条链路跑通

嵌入式Linux知识面太广，新手最容易犯的错是东学一点西学一点，最后什么都没跑通。我的建议是先纵向打通一条链路：uboot能启动、内核能跑、根文件系统能挂、一个简单驱动能加载。这条链路跑通了，再横向扩展。

21天速成的价值就在这里，它给你规划了一条纵向路径，你跟着走，每天有产出，21天后你手里有一个能跑的系统。这个成就感比看一堆理论强得多。

6.2 板子选型：配套资料比性能重要

选开发板，新手容易看性能参数，其实配套资料的完整度才是第一位的。飞凌的板子在这方面口碑不错，文档、源码、工具链、技术支持都比较全。你遇到问题，有地方查、有人问，这比板子多跑几百MHz重要得多。

板子买回来，先别急着改代码，把官方提供的镜像烧进去，跑通官方流程。确认硬件没问题、环境没问题，再开始自己改。这个顺序能帮你排除很多硬件和环境层面的干扰。

6.3 善用社区和源码

嵌入式Linux的社区资源很丰富，内核源码本身就是最好的文档。遇到不懂的驱动，直接看内核里同类驱动的实现，比看任何教程都直接。drivers/目录下按类别分好了，字符设备、网络、存储，应有尽有。

社区方面，国内的技术论坛、开源社区都有嵌入式Linux板块，遇到具体问题搜一下，大概率有人踩过同样的坑。提问的时候把串口日志、内核配置、操作步骤贴清楚，别只问“为什么跑不起来”，没人能回答。

6.4 从“能用”到“懂原理”的进阶

跑通之后，下一步是理解原理。比如NFS挂载，跑通只是第一步，你要理解内核是怎么发起NFS请求的、VFS层怎么和NFS客户端交互、为什么v3和v4配置不一样。这些理解能让你在遇到新问题时快速定位。

进阶的路径我建议是：读内核源码里对应模块的实现，结合书籍和文档，自己画流程图。比如根文件系统挂载，从init/main.c的kernel_init开始，到prepare_namespace，到mount_root，到nfs的nfs_fs_mount，一路跟下去，整个链路就清晰了。

这本书如果能把这条链路的原理也讲清楚，那它的价值就不只是“速成”，而是“速成且扎实”。对新手来说，既要有21天跑通的成就感，也要有后续深入的基础，这两者不矛盾，好的入门书应该兼顾。

嵌入式Linux这个方向，入门难但天花板高，一旦跑通第一条链路，后面的路会越走越宽。21天是个合理的起点，剩下的靠项目和时间积累。板子在手，串口连着，日志打着，问题一个个解，这就是嵌入式开发的日常。