Linux 2.6.29.4内核移植mini2440：从源码修改到YAFFS2根文件系统启动

1. 项目概述与背景

折腾嵌入式开发板的乐趣，有一大半都来自于把内核、文件系统这些“灵魂”装进那块小小的板子里。最近我手头有一块经典的友善之臂 mini2440 开发板，心血来潮想给它移植一个相对较新的 Linux 2.6.29.4 内核，并搭配 YAFFS2 文件系统。这个版本的内核在 2.6 系列里算是一个比较稳定和功能完善的节点，对 S3C2440 这类 ARM9 芯片的支持也相对成熟。整个过程下来，从环境搭建、内核配置、源码修改到最终烧录启动，踩了不少坑，也积累了一些心得。这篇文章，我就把这次移植 Linux 2.6.29.4 内核到 mini2440 的全过程，包括关键的修改点、背后的原理以及那些容易让人栽跟头的细节，完整地梳理一遍。无论你是刚接触嵌入式 Linux 的新手，还是想重温一下经典平台的老手，希望这篇详尽的记录都能给你提供一份可靠的“路书”。

我的实验环境是 VMware 虚拟机下的 Fedora 9 系统，交叉编译工具链用的是 arm-linux-gcc 4.3.2。选择这个老版本的编译器和系统，主要是为了最大限度地匹配那个时代的内核源码和库依赖，减少因工具链版本过高带来的兼容性问题。目标板是友善之臂的 mini2440，核心是三星的 S3C2440A 微处理器，板载 64MB NAND Flash 和 64MB SDRAM。Bootloader 使用的是 Supervivi，这是一个在 2440 开发板上非常常见的引导程序。整个移植的核心思路，就是让官方的、通用的 Linux 内核源码，能够正确识别我们这块特定开发板的硬件（如时钟、NAND 分区），并最终挂载上我们准备好的 YAFFS2 根文件系统，完成启动。

2. 开发环境搭建与源码准备

2.1 工具链的选择与验证

工欲善其事，必先利其器。对于嵌入式开发，交叉编译工具链就是最核心的“器”。我选择的是 arm-linux-gcc 4.3.2。这个版本在 2008-2009 年间非常流行，与 Linux 2.6.29 内核的编译匹配度很高。更高版本的 gcc（比如 4.4 以上）在编译一些老内核时，可能会因为语法检查更严格或默认选项不同而报错，增加不必要的调试成本。

下载并安装好工具链后，第一件事就是验证其是否可用，以及确认它的路径。打开终端，输入arm-linux-gcc -v，你应该能看到类似gcc version 4.3.2的输出，并且没有找不到命令的错误。记下你的工具链安装路径，比如我的是/usr/local/arm/4.3.2/bin。为了方便，通常我们会把这个路径加入到系统的PATH环境变量中，这样在任何目录下都能直接使用arm-linux-gcc命令。你可以编辑~/.bashrc文件，在末尾加上一行export PATH=$PATH:/usr/local/arm/4.3.2/bin，然后执行source ~/.bashrc使其生效。

注意：有些现成的工具链包解压后，其bin目录下的可执行文件可能缺少执行权限。你需要使用chmod +x /usr/local/arm/4.3.2/bin/*命令为其添加权限，否则在编译时会遇到Permission denied的错误。

2.2 内核源码获取与解压

接下来是获取 Linux 2.6.29.4 的内核源码。你可以从内核官网的镜像站下载，例如https://mirrors.edge.kernel.org/pub/linux/kernel/v2.6/linux-2.6.29.4.tar.gz。使用wget命令下载到你的工作目录，然后用tar xzvf linux-2.6.29.4.tar.gz解压。解压后会生成一个linux-2.6.29.4的目录，这就是我们所有工作的起点。

进入内核源码目录：cd linux-2.6.29.4。在开始任何修改之前，我强烈建议你先执行一次make distclean。这个命令会清除所有之前编译生成的中间文件、配置文件，将源码恢复到最干净的状态，避免旧编译结果对新配置造成干扰。

2.3 YAFFS2 文件系统源码准备

我们计划使用 YAFFS2 作为根文件系统。YAFFS (Yet Another Flash File System) 是专门为 NAND Flash 设计的文件系统，在嵌入式领域应用非常广泛。你需要去 YAFFS 的官网或开源仓库下载对应版本的源码。对于 2.6.29 内核，通常使用当时较新的 yaffs2 版本即可。

下载后，你会得到一个类似yaffs2.tar.gz的包。解压后，里面应该包含yaffs2目录（存放核心源码）、README、patch脚本等文件。我们的目标是将 YAFFS2 的代码集成到内核的fs/目录下。但先别急着复制，因为内核配置菜单（Kconfig）和编译脚本（Makefile）也需要相应修改，才能让内核认识并编译这个新的文件系统。这一步我们留到后面内核配置时一起做，这里只需知道源码包已经准备好。

3. 内核顶层配置与交叉编译环境设置

3.1 修改顶层 Makefile

这是让内核知道“为谁编译”和“用谁编译”的关键一步。内核顶层的Makefile文件里，有两个变量控制着编译的目标架构和使用的交叉编译器。

用文本编辑器打开内核根目录下的Makefile文件，找到大约第 193 行（不同版本行号可能有细微差异，但变量名是固定的），你会看到类似这样的两行：

ARCH ?= $(SUBARCH) CROSS_COMPILE ?=

ARCH变量指定目标 CPU 的架构，对于我们的 S3C2440（ARM920T核心），需要将其改为arm。CROSS_COMPILE变量指定交叉编译工具的前缀。我们的工具链是arm-linux-gcc，那么前缀就是arm-linux-。注意末尾的短横线-不能省略，因为编译时，内核会在这个前缀后面加上gcc、ld、objcopy等命令，组合成完整的工具链命令。

因此，将这两行修改为：

ARCH ?= arm CROSS_COMPILE ?= arm-linux-

修改后保存。这个操作的意义在于，后续所有make命令（如make menuconfig,make zImage）都会自动使用我们指定的架构和交叉编译器，无需在每次命令中额外指定，大大简化了操作。

3.2 加载默认配置文件

Linux 内核为许多流行的开发板提供了默认的配置文件。对于基于 S3C2410/S3C2440 的板子，通常有一个s3c2410_defconfig。虽然我们的板子是 S3C2440，但其与 S3C2410 在软件层面高度兼容，尤其是对于内核的基础配置，使用 2410 的默认配置是一个很好的起点，可以帮我们快速建立一个能编译通过的基础配置。

在终端中，确保你位于内核源码根目录，并且已经完成了上一步的Makefile修改，然后执行：

make s3c2410_defconfig

这条命令会将arch/arm/configs/s3c2410_defconfig这个默认配置文件的内容，复制到内核根目录下的.config隐藏文件中。如果执行成功，你会看到configuration written to .config的提示。这个.config文件就是后续make menuconfig进行图形化配置的基础。

实操心得：一定要先修改Makefile中的ARCH和CROSS_COMPILE，再执行make s3c2410_defconfig。如果顺序反了，make defconfig可能会尝试调用系统默认的gcc去编译一些用于生成配置的本地工具，虽然不一定会失败，但可能产生警告或不可预知的问题。按标准流程来最稳妥。

4. 针对 mini2440 开发板的关键源码修改

默认配置只是提供了一个能编译的框架，要让它能在我们的 mini2440 上正确运行，还需要针对硬件进行几处关键的源码修改。这些修改集中在时钟、NAND 分区和机器 ID 上。

4.1 修改系统时钟频率

系统时钟是芯片的“心跳”，内核需要知道外部晶振的频率来计算和设置内部各种总线时钟（如 FCLK, HCLK, PCLK）。mini2440 开发板上焊接的外部晶振通常是 12MHz。然而，内核源码中 SMDK2440 平台的默认配置可能设置为其他频率（如 16.9344MHz）。如果频率设置错误，最直接的表现就是串口输出乱码，因为串口波特率是基于系统时钟分频计算出来的。

我们需要修改的文件是arch/arm/mach-s3c2440/mach-smdk2440.c。找到s3c24xx_init_clocks()函数调用处。在我这个内核版本中，它位于第 163 行左右：

s3c24xx_init_clocks(16934400);

将其中的参数16934400（即 16.9344MHz）修改为 mini2440 实际的晶振频率12000000（即 12MHz）：

s3c24xx_init_clocks(12000000);

修改后保存。这个修改确保了内核初始化时，能基于正确的基准频率推导出 CPU 主频、内存时钟和串口波特率等，是系统稳定运行的基础。

4.2 修改 NAND Flash 分区表

我们的内核镜像和根文件系统最终都要烧写到板子的 NAND Flash 中。Bootloader（Supervivi）在烧写时，已经对 Flash 进行了物理上的分区。内核必须知道这个分区的布局，才能正确找到内核镜像和根文件系统所在的位置，否则无法挂载根文件系统导致启动失败。

分区信息定义在arch/arm/plat-s3c24xx/common-smdk.c文件中（注意：在有些版本或补丁中，这个文件可能是common-smdk2440.c，请根据你的源码实际情况确定）。我们需要找到static struct mtd_partition smdk_default_nand_part[]这个结构体数组，并将其修改为与 Supervivi 一致的分区表。

根据我使用的 Supervivi 和常见的 mini2440 布局，分区通常如下：

• 第0分区：Bootloader 区，存放 Supervivi，大小为 0x30000 (192KB)。
• 第1分区：内核区，从 0x50000 开始，大小为 0x200000 (2MB)。这里留出了 0x20000 (128KB) 的空隙，可能是给参数区预留的。
• 第2分区：根文件系统区，从 0x250000 开始，大小直到 Flash 末尾（64MB Flash 约为 0x3ffc000）。

修改后的分区表如下：

static struct mtd_partition friendly_arm_default_nand_part[] = { [0] = { .name = "supervivi", .size = 0x00030000, .offset = 0, }, [1] = { .name = "Kernel", .offset = 0x00050000, .size = 0x00200000, }, [2] = { .name = "root", .offset = 0x00250000, .size = 0x03dac000, // 64MB - 0x250000 } };

注意事项：size字段也可以使用MTDPART_SIZ_FULL宏，表示占用剩余所有空间。但显式写出大小更清晰。务必确保这里的偏移量（offset）和大小与你在使用 Supervivi 烧写时设定的分区完全一致，这是内核能成功挂载根文件系统的关键。

4.3 修改机器类型 ID (MACH_TYPE)

当 Bootloader 引导内核时，会通过寄存器传递一个机器类型 ID 给内核。内核根据这个 ID 来判断自己正在哪种具体的开发板上运行，从而调用正确的平台初始化代码。如果 ID 不匹配，内核会因找不到对应的机器描述而 panic，提示 “Error: unrecognized/unsupported machine ID”。

机器 ID 的定义在arch/arm/tools/mach-types这个文件中。这个文件很长，里面列出了各种 ARM 开发板对应的数字 ID。我们需要找到 S3C2440 对应的那一行，并确保其 ID 值与 Bootloader 传递的值一致。对于 mini2440 和常用的 Supervivi，这个值通常是782。

在mach-types文件中搜索 “S3C2440” 或 “SMDK2440”。你可能会找到类似这样的一行：

s3c2440 ARCH_S3C2440 S3C2440 782

请确认这一行的最后一个数字确实是782。如果不是，请将其修改为782。在较新的内核中，这个值可能已经定义正确，但手动检查一遍是很好的习惯。这个数字是 Bootloader（如 U-Boot, Supervivi）和内核之间的一个“暗号”，必须对上。

5. 内核功能配置与 YAFFS2 集成

5.1 启动图形化配置菜单

完成上述关键源码修改后，我们就可以进行详细的内核功能配置了。使用最经典的make menuconfig命令：

make menuconfig

这会启动一个基于 ncurses 的文本图形界面。在这里，你可以通过方向键导航，空格键选中/取消选中（[*]表示编译进内核，[M]表示编译为模块，[ ]表示不编译），回车键进入子菜单。

5.2 配置内核支持 EABI 编译

这是解决后续可能出现的 “Kernel panic - not syncing: Attempted to kill init!” 错误的关键一步。EABI (Embedded Application Binary Interface) 是一种更高效的 ARM 二进制接口规范。新的工具链（如 arm-linux-gcc 4.x）默认使用 EABI 编译用户空间应用程序。如果内核不支持 EABI，就无法运行这些新规范编译的程序，包括/sbin/init，从而导致内核恐慌。

在menuconfig界面中，按如下路径导航：

Kernel Features --->

进入后，找到以下两个选项：

• [*] Use the ARM EABI to compile the kernel(确保被选中，即前面有*)
• [*] Allow old ABI binaries to run with this kernel (EXPERIMENTAL)(这个也建议选中，以提供更好的兼容性)

将它们都选中（按空格键直到出现[*]）。选中后者允许内核运行旧 ABI 规范的二进制文件，对于使用混合库的环境有一定好处。

5.3 集成 YAFFS2 文件系统

现在，我们需要将之前准备好的 YAFFS2 源码集成到内核中。假设你的 YAFFS2 源码解压后目录为yaffs2。

1. 复制源码：将yaffs2目录下的yaffs2文件夹（注意是子目录）完整地复制到内核源码的fs/目录下。

   cp -r /path/to/yaffs2/yaffs2 /path/to/linux-2.6.29.4/fs/

2. 修改fs/Kconfig文件：这个文件控制着make menuconfig中文件系统相关的配置选项。我们需要在合适的位置（比如在JFFS2配置项附近）添加 YAFFS2 的配置入口。添加内容大致如下：

   menu "Miscellaneous filesystems" ... source "fs/jffs2/Kconfig" source "fs/yaffs2/Kconfig" # 添加这一行 source "fs/ubifs/Kconfig" ...

   这行source指令告诉配置系统去读取fs/yaffs2/Kconfig文件。

3. 修改fs/Makefile文件：这个文件控制着哪些文件系统会被编译。在文件中找到编译 JFFS2 的地方，在附近添加一行：

   obj-$(CONFIG_YAFFS_FS) += yaffs2/

   这行表示如果配置中定义了CONFIG_YAFFS_FS，则编译yaffs2目录。

4. 检查 YAFFS2 自带的 Kconfig 和 Makefile：确保fs/yaffs2/目录下存在Kconfig和Makefile文件。通常 YAFFS2 源码包中会提供，如果没有，你可能需要从其他地方获取或手动编写简单的版本。一个基本的Kconfig应该定义CONFIG_YAFFS_FS等配置选项。

完成以上文件修改后，重新执行make menuconfig。这时，在File systems->Miscellaneous filesystems子菜单中，你应该能看到YAFFS2 file system support的选项了。将其选中（按Y键，编译进内核）。

常见问题：如果menuconfig里找不到 YAFFS2 选项，请检查：

1. fs/Kconfig中添加的source语句路径是否正确。
2. fs/yaffs2/Kconfig文件是否存在且语法正确。
3. 执行make menuconfig前，最好先make distclean再make s3c2410_defconfig一次，以确保配置系统重新扫描所有文件。

5.4 其他可能需要的配置

根据你的需求，可能还需要配置其他选项，例如：

• 网络驱动：在Device Drivers->Network device support->Ethernet (10 or 100Mbit)下，找到DM9000支持并选中。mini2440 通常使用 DM9000AEP 网卡。
• 串口驱动：Device Drivers->Character devices->Serial drivers->Samsung S3C2410/S3C2440/S3C2442/S3C2412 serial port support必须选中。
• NAND 驱动：Device Drivers->Memory Technology Device (MTD) support->NAND Device Support->NAND Flash support for Samsung S3C SoCs必须选中。
• EABI 兼容性：如前所述，在Kernel Features中确保 EABI 相关选项已选。

配置完成后，保存并退出menuconfig。配置会被保存到.config文件。

6. 内核编译与镜像生成

6.1 执行编译

配置妥当后，就可以开始编译内核了。在终端输入：

make zImage

zImage是经过压缩的内核镜像格式，适用于大多数 ARM 平台。编译过程会持续一段时间，取决于你的电脑性能。如果一切顺利，你将在最后看到类似这样的提示：

OBJCOPY arch/arm/boot/zImage Kernel: arch/arm/boot/zImage is ready

编译生成的内核镜像文件zImage位于arch/arm/boot/目录下。这个文件就是我们最终要烧写到开发板“内核分区”的文件。

6.2 编译过程问题排查

如果编译过程中出现错误，请根据错误信息进行排查：

• 头文件找不到：检查交叉编译工具链的路径和库文件是否完整。可能是工具链安装有问题。
• 语法错误：检查你对源码的修改（如分区表、时钟）是否有语法错误，比如少了分号、括号不匹配等。
• 未定义的引用：可能是某些驱动配置为[*]（编进内核），但其依赖的选项没有被选中。需要回到menuconfig仔细检查相关依赖。
• YAFFS2 相关错误：检查fs/yaffs2/下的源码是否完整，特别是Kconfig和Makefile是否适配 2.6.29 内核。有时需要为老内核打上特定的 YAFFS2 补丁。

7. 制作与烧写 YAFFS2 根文件系统

内核启动后，需要挂载一个根文件系统（rootfs）才能提供完整的操作系统环境。我们选择 YAFFS2 格式。

7.1 制作 YAFFS2 文件系统镜像

你需要一个基本的根文件系统内容。可以从网上下载针对 mini2440 编译好的 busybox 文件系统，或者自己使用 busybox 构建。假设你有一个包含/bin,/sbin,/etc,/lib等目录的根文件系统文件夹，命名为rootfs。

制作 YAFFS2 镜像需要使用专门的工具mkyaffs2image。这个工具通常包含在 YAFFS2 源码包的utils目录下，需要自己编译。进入 YAFFS2 源码的utils目录，执行make即可生成。然后将生成的mkyaffs2image工具复制到系统路径（如/usr/local/bin）。

制作镜像的命令如下：

mkyaffs2image rootfs rootfs.yaffs2

这条命令会将rootfs目录下的所有内容打包成一个 YAFFS2 格式的镜像文件rootfs.yaffs2。

重要提示：mkyaffs2image工具可能有针对不同页大小（Page Size）和 OOB (Out-Of-Band) 大小的版本。mini2440 使用的 NAND Flash 通常是 512 字节页大小 + 16 字节 OOB 的。确保你使用的工具参数与硬件匹配。有些工具叫mkyaffs2image-128m（针对 128MB/页大小 512B）或mkyaffs2image-2k（针对页大小 2KB）。如果不确定，查看工具帮助或源码说明。

7.2 通过 Supervivi 烧写镜像

将编译好的zImage（内核镜像）和rootfs.yaffs2（文件系统镜像）通过某种方式（如 TFTP 网络、USB 下载线）传输到 Windows 宿主机（因为 Supervivi 的下载工具通常是 Windows 程序）。

1. 启动 mini2440 开发板，在 Supervivi 启动菜单中选择进入下载模式（通常按空格键）。
2. 在 Windows 上打开 Supervivi 对应的 USB 下载工具（如 DNW）。
3. 首先烧写内核镜像：
   • 选择[v] Download vivi(或其他类似选项，具体看版本，可能是[k] Download Linux Kernel)。
   • 选择zImage文件，工具会将其下载到开发板内存的指定地址（如 0x30008000）。
   • 下载完成后，选择[y] Download root (yaffs)。
   • 选择rootfs.yaffs2文件，开始烧写到 NAND Flash 的 root 分区。这个过程会比较慢，因为是在擦除和编程 Flash。
4. 烧写完成后，重启开发板。在 Supervivi 启动时，按回车键（或其他指定键）让 Supervivi 不进入下载模式，而是直接从 NAND 启动。

8. 启动过程分析与问题调试

8.1 解读启动日志

将开发板的串口连接到电脑，用串口终端软件（如 SecureCRT, Putty, minicom）打开对应串口，波特率设置为 115200。重启开发板，你会看到大量的启动信息输出。这是我们诊断问题最重要的依据。

以你提供的日志为例，我们关注几个关键点：

1. 内核版本与编译器：Linux version 2.6.29.4 (gcc version 4.3.2)，确认内核版本和编译器正确。
2. 机器 ID：MACH_TYPE = 782，这与我们在mach-types文件中修改的值一致，说明 Bootloader 传递的参数正确，内核识别了板子。
3. 时钟：S3C244X: core 405.000 MHz, memory 101.250 MHz, peripheral 50.625 MHz。这表明内核时钟初始化正常，基于我们修改的 12MHz 晶振计算出了正确的频率。
4. NAND 识别与分区：

   NAND device: Manufacturer ID: 0xec, Chip ID: 0x76 (Samsung NAND 64MiB 3,3V 8-bit) Creating 3 MTD partitions on "NAND 64MiB 3,3V 8-bit": 0x000000000000-0x000000030000 : "supervivi" 0x000000050000-0x000000250000 : "Kernel" 0x000000250000-0x000003ffc000 : "root"

   这显示内核成功识别了 NAND Flash 芯片，并且创建的分区与我们代码中定义的完全一致。这是成功挂载根文件系统的前提。
5. 文件系统挂载：

   yaffs: dev is 32505858 name is "mtdblock2" yaffs: Attempting MTD mount on 31.2, "mtdblock2" yaffs_read_super: isCheckpointed 0 VFS: Mounted root (yaffs filesystem) on device 31:2.

   这几行是“胜利的曙光”！它表明内核成功在 MTD 块设备mtdblock2（对应第三个分区，即我们的 root 分区）上挂载了 YAFFS2 文件系统。
6. 用户空间启动：挂载根文件系统后，内核会尝试执行根文件系统中的初始化程序（默认为/sbin/init，或由内核命令行参数init=指定）。随后你看到了Please press Enter to activate this console.的提示，并成功获得了[root@FriendlyARM /]#的 shell 提示符。这说明系统已完全启动成功！

8.2 常见启动问题与解决方案

1. 串口无输出或全是乱码：

   • 检查接线和波特率：确认串口线连接正确，终端软件波特率设置为 115200（8N1）。
   • 检查时钟修改：这是导致乱码最常见的原因。确认mach-smdk2440.c中的s3c24xx_init_clocks参数已改为12000000。
   • 检查 Bootloader 参数：有些 Bootloader 会设置串口时钟分频，确保其与内核配置不冲突。

2. 内核启动到一半卡住，提示 “Error: unrecognized/unsupported machine ID”：

   • 这是机器类型 ID 不匹配的典型错误。请仔细核对：
     • arch/arm/tools/mach-types文件中 S3C2440 对应的 ID 值。
     • Bootloader（Supervivi）传递给内核的 ID 值。有时需要在 Supervivi 的命令行中设置mach_type=782。
   • 确保你修改并保存了mach-types文件，并且重新编译了内核。

3. 内核 Panic: “Kernel panic - not syncing: Attempted to kill init!”：

   • 首要原因：内核配置中未启用 EABI 支持。请确认Kernel Features->Use the ARM EABI to compile the kernel和Allow old ABI binaries...已被选中。
   • 次要原因：根文件系统制作有问题，或者内核命令行参数（root=）指定错误，导致内核找不到或无法执行/sbin/init（或/linuxrc）。检查root=/dev/mtdblock2是否正确，以及文件系统中是否存在可执行的init程序。

4. VFS: Cannot open root device “mtdblock2” or unknown-block(31,2)：

   • 内核找不到指定的根设备。可能原因：
     • NAND 驱动未编译进内核。检查menuconfig中 MTD 和 S3C NAND 驱动是否选中。
     • 分区表错误。内核识别到的分区号可能不是 2。请根据内核启动日志中打印的 MTD 分区信息，调整root=参数（例如可能是mtdblock3）。
     • 内核命令行参数错误。确认 Uboot 或 Supervivi 传递给内核的root=参数正确。

5. YAFFS2 挂载失败：

   • 内核未包含 YAFFS2 支持。确认menuconfig中已选中YAFFS2 file system support。
   • YAFFS2 源码集成有问题。检查fs/Kconfig、fs/Makefile以及fs/yaffs2/目录下的文件是否正确。
   • 文件系统镜像格式错误。确保使用正确的mkyaffs2image工具（匹配 Flash 页大小）制作镜像。

6. 网络接口 eth0 启动失败： 在你的日志末尾有Try to bring eth0 interface up......失败的信息。这是因为内核虽然编译了 DM9000 驱动，但可能默认的 MAC 地址或 IO 地址/中断号与 mini2440 板子不完全匹配，或者文件系统中缺少网络配置脚本。

   • 驱动问题：检查内核配置中DM9000驱动的选项，确保其支持正确。有时需要在板级初始化代码（如mach-smdk2440.c）中添加 DM9000 的平台设备资源（基地址、中断号）。
   • 文件系统问题：文件系统中/etc/init.d/或/etc/rc.d/下的启动脚本可能试图配置一个不存在的网络接口，或者缺少必要的网络工具（ifconfig,route）。可以暂时忽略，或后续在文件系统中完善网络配置。

9. 后续完善与优化建议

系统成功启动到命令行，只是第一步。一个可用的嵌入式 Linux 系统还需要很多工作：

1. 完善根文件系统：现在的文件系统可能很精简。你需要根据需要添加各种应用程序、库、配置文件。Busybox 提供了很多基础工具，但你可能还需要添加如dropbear（SSH 服务器）、ntpd（时间同步）、你自己的应用程序等。
2. 配置网络：解决 eth0 启动失败的问题。检查内核中 DM9000 的平台设备定义是否正确（通常在arch/arm/mach-s3c2440/mach-smdk2440.c或类似的板级文件中添加dm9000_platform_data）。在文件系统中正确配置/etc/network/interfaces或对应的脚本。
3. 解决 RTC 警告：启动日志中有hwclock: can't open '/dev/misc/rtc': No such file or directory的警告。这是因为内核支持了 RTC 驱动（S3C24XX RTC），但文件系统中没有创建对应的设备节点。可以在文件系统的/dev目录下创建，或者更规范地，使用udev或mdev（Busybox 提供）在启动时自动创建设备节点。在 busybox 初始化脚本中启用mdev是一个常见做法。
4. 优化内核配置：使用make menuconfig进一步裁剪不需要的驱动和功能，让内核更精简，启动更快，占用内存更少。这对于资源有限的嵌入式环境非常重要。
5. 固化环境变量：可以将成功的编译配置保存下来。使用make savedefconfig可以将当前配置生成一个精简的defconfig文件，以后可以通过make xxx_defconfig快速恢复。

移植一个可用的 Linux 系统到开发板，就像完成一个复杂的拼图。每一步修改都需要理解其背后的硬件知识和软件原理。这次将 Linux 2.6.29.4 移植到 mini2440 的过程，涵盖了从环境搭建、源码修改、内核配置、文件系统制作到问题调试的完整链条。希望这份详细的记录，能帮助你少走弯路，更深入地理解嵌入式 Linux 系统的构建过程。当你最终在终端看到那个熟悉的#提示符时，所有的努力都是值得的。