RK3562开发板Linux系统镜像制作全流程：从分区到烧录

1. 项目概述与核心价值

最近在折腾一块基于瑞芯微RK3562芯片的开发板，来自触觉智能。这板子性能不错，但每次烧录系统、部署应用，或者想把调试好的环境完整地复制到另一块板子上，都免不了要和文件系统、镜像制作打交道。这活儿说简单也简单，不就是打包、解包嘛；但说复杂也复杂，里面涉及的分区对齐、引导配置、文件系统选型、空间优化，任何一个环节掉链子，都可能让板子“变砖”或者系统跑不起来。

这个项目，就是围绕“Linux文件系统打包及镜像制作”这个核心任务展开的，并以RK3562开发板作为演示平台。它的价值在于，无论你是做产品固件发布、批量生产烧录，还是进行系统备份和恢复，掌握一套可靠、高效的镜像制作流程，都能极大提升开发和生产效率。对于嵌入式开发者、系统工程师，或者任何需要在特定硬件上部署定制化Linux系统的朋友来说，这都是一个绕不开的硬核技能。接下来，我就结合在RK3562上的实操，把这里面的门道掰开揉碎了讲清楚。

2. 开发板环境与工具链准备

工欲善其事，必先利其器。在开始动手制作镜像之前，我们必须先把“厨房”收拾利索，也就是准备好开发板环境和必要的工具链。

2.1 RK3562开发板与基础系统

我手头这块触觉智能的RK3562开发板，核心是一颗四核Cortex-A53处理器，标配1GB或2GB内存，支持eMMC和SD卡启动。为了演示的通用性，我选择从一张TF卡启动一个基础的Debian系统。这样做的优点是无需动到板载eMMC，操作风险低，方便反复擦写测试。

首先，你需要一张容量足够的TF卡（建议8GB以上），并通过dd命令或者像balenaEtcher这样的图形化工具，将一个适配RK3562的预编译Debian系统镜像写入卡中。将卡插入开发板，上电启动，通过串口终端登录系统。确保系统网络通畅（有线或无线），然后执行sudo apt update && sudo apt upgrade -y更新系统到最新状态。一个干净、更新的基础系统，是后续所有操作的起点。

2.2 必备工具安装与验证

制作镜像的核心工具主要分为两类：磁盘/分区操作工具和文件系统操作工具。

磁盘与分区工具：

• fdisk/gdisk：用于对存储设备（如TF卡、镜像文件）进行分区表创建和分区操作。fdisk适用于MBR分区表，gdisk适用于GPT分区表。对于现代嵌入式设备，尤其是使用U-Boot等引导程序且存储容量可能超过2TB的情况，GPT分区表更为常见和推荐。
• losetup：一个极其重要的工具，它允许你将一个普通的文件（比如我们即将创建的.img镜像文件）虚拟成一个块设备（如/dev/loop0）。这样，你就可以像对待真正的硬盘或SD卡一样，对这个文件进行分区、格式化等操作。
• kpartx：当你的镜像文件（虚拟块设备）内部包含多个分区时，losetup通常只关联到整个设备。kpartx可以自动扫描这个块设备内的分区表，并为每一个分区在/dev/mapper/目录下创建对应的设备节点（如/dev/mapper/loop0p1），方便我们分别挂载和操作。

文件系统工具：

• mkfs.ext4/mkfs.vfat：最常用的文件系统格式化命令。ext4适用于Linux根文件系统，稳定且功能丰富；vfat（即FAT32）则常用于存放引导文件（如U-Boot、内核、设备树）的boot分区，因为其通用性最好，绝大多数引导程序都能直接读取。
• rsync：这是文件同步的“瑞士军刀”。在制作镜像时，我们需要将开发板上已经配置好的整个根文件系统，完整地复制到镜像文件对应的分区里。rsync相比简单的cp命令，优势在于它能完美保留文件权限、所有者、时间戳等所有属性，并且支持增量同步，高效可靠。

在Debian系统上，安装这些工具非常简单：

sudo apt update sudo apt install -y fdisk gdisk kpartx rsync

安装完成后，可以通过which命令简单验证一下关键工具是否就位。

注意：所有对块设备（如/dev/mmcblkX,/dev/loopX）进行写操作（分区、格式化）的命令，都必须使用sudo或以root权限运行，误操作可能导致数据丢失，请务必确认设备标识无误。

3. 镜像制作的核心思路与设计

在开始敲命令之前，我们得先想清楚要做一个什么样的镜像。一个典型的、可启动的Linux系统镜像，其内在结构远不止是把文件打个包那么简单。

3.1 镜像的物理结构：分区布局是关键

你可以把最终的.img文件想象成一张虚拟的SD卡。这张“卡”需要被划分成几个区域，每个区域扮演不同的角色。对于RK3562这类ARM平台，一个常见且实用的分区布局如下：

1. Boot分区 (通常为第1分区)：

   • 文件系统：VFAT (FAT32)。选择VFAT是因为U-Boot引导程序对它的支持最为广泛和直接，可以直接加载其中的内核和设备树文件。
   • 内容：存放引导加载程序（U-Boot）、Linux内核镜像（Image或zImage）、设备树二进制文件（.dtb）、可能的内核模块以及引导配置文件（如extlinux.conf或boot.scr）。
   • 大小：通常64MB到256MB足够，具体取决于内核和驱动的大小。

2. 根文件系统分区 (通常为第2分区)：

   • 文件系统：EXT4。这是Linux系统根目录的标准选择，支持日志、权限控制、软硬链接等完整特性，稳定性和性能都很好。
   • 内容：整个Linux系统的核心，包括/bin,/etc,/home,/usr等所有目录和文件。
   • 大小：这取决于你的系统预装了多少软件。一个精简的Debian基础系统可能只需要1-2GB，但如果包含桌面环境、开发工具和大量应用，可能需要4GB甚至更多。制作时通常预留一些余量。

为什么这么设计？这种分离设计（Bootloader/Kernel与Rootfs分开）有诸多好处：安全性上，可以单独对boot分区进行写保护，防止内核被意外篡改；灵活性上，可以独立升级内核或根文件系统，互不影响；兼容性上，VFAT的boot分区确保了不同版本U-Boot的可靠识别。

3.2 制作流程全景图

理解了结构，流程就清晰了。整个制作过程可以概括为以下几个核心步骤，我将其称为“四步成像法”：

1. 创建空白画布：创建一个指定大小的空文件（如system.img），作为我们的虚拟存储介质。
2. 规划分区蓝图：在这个空文件上，使用分区工具（fdisk/gdisk）划分出boot和rootfs分区，并设置正确的分区类型标识（如EF00for ESP,8300for Linux）。
3. 格式化并填充内容：
   • 将空文件虚拟成块设备（losetup）。
   • 为每个分区创建文件系统（mkfs.vfat,mkfs.ext4）。
   • 挂载这些分区到临时目录（如/mnt/boot,/mnt/root）。
   • 将准备好的boot文件（内核、dtb等）和完整的根文件系统，分别拷贝到对应挂载点。
4. 收尾与验证：卸载分区、解除虚拟块设备关联。最终得到的system.img文件，就可以直接用烧录工具写入eMMC或SD卡，启动系统。

这个流程是通用的，但针对RK3562，我们需要特别注意其引导链的适配，比如确保U-Boot能够从我们设定的分区找到内核和dtb。

4. 分步实操：从零打造一个RK3562系统镜像

理论说再多，不如动手做一遍。下面我们进入最核心的实操环节，我会详细记录每个命令和背后的思考。

4.1 步骤一：准备原材料——boot文件与根文件系统

在制作镜像前，你需要准备好两样“原材料”。

1. 引导文件 (Boot Files)：这些文件通常来自SDK编译输出。对于RK3562，你至少需要：

• idbloader.img：Rockchip平台特有的初始引导加载程序。
• u-boot.itb：包含U-Boot proper和ATF（ARM Trusted Firmware）的镜像。
• kernel.img(或Image)：压缩后的Linux内核镜像。
• rk3562-evb.dtb：对应你开发板型号的设备树二进制文件。 你可以从官方SDK编译获得，或者从现有的可启动SD卡中拷贝出来。假设我把它们都放在了~/rk3562_images/目录下。

2. 根文件系统 (Root Filesystem)：这里我们直接“克隆”当前正在运行的开发板系统。这是最方便的方式，能保留你所有的配置和安装的软件。 首先，在开发板上，我们需要清理一些临时和缓存文件，让根文件系统更“干净”：

sudo apt clean sudo rm -rf /tmp/* sudo rm -f /var/log/*.log /var/log/*.gz sudo journalctl --vacuum-time=1d # 清理系统日志，只保留一天内的

然后，找一个地方存放打包好的根文件系统。由于我们要备份整个/目录，需要排除一些虚拟文件系统（如/proc,/sys,/dev）和自身备份目录。我们可以使用tar命令进行打包：

cd / sudo tar --exclude=/proc --exclude=/sys --exclude=/dev --exclude=/run --exclude=/mnt --exclude=/media --exclude=/lost+found --exclude=/tmp --exclude=/home/*/.cache -czpvf /root/rootfs_backup.tar.gz .

这个命令从根目录开始，排除了不需要备份的目录，创建了一个压缩的tar包。-p参数用于保留所有文件权限属性，至关重要。

4.2 步骤二：创建空白镜像与分区

现在回到你的开发主机（性能更强，操作更方便）。我们将在这里完成主要的镜像制作工作。

1. 创建空镜像文件： 我们决定制作一个总共约3GB的镜像，其中boot分区256MB，rootfs分区约2.7GB。

   dd if=/dev/zero of=system.img bs=1M count=3072

   if=/dev/zero表示用零填充，of=system.img是输出文件，bs=1M是块大小，count=3072是块数量，总共3072MB即3GB。

2. 分区： 使用gdisk对这个system.img文件进行分区。

   gdisk system.img

   进入gdisk交互界面后：

   • 输入o创建新的GPT分区表。
   • 输入n创建新分区，分区号1，起始扇区直接回车用默认，结束扇区输入+256M，分区类型代码输入ef00（EFI系统分区，虽然我们不用EFI，但这个类型常被用来标识boot分区）。
   • 再次输入n创建第二个分区，分区号2，起始和结束扇区都直接回车（表示用完剩余所有空间），分区类型代码输入8300（Linux filesystem）。
   • 输入p预览分区表，确认无误。
   • 输入w写入并退出。

4.3 步骤三：关联虚拟设备与格式化

现在system.img有了分区表，但它还是个文件。我们需要让系统把它当成一块真正的磁盘。

1. 关联为虚拟块设备：

   sudo losetup -fP system.img

   -f表示自动找一个空闲的loop设备（比如/dev/loop0），-P是关键，它会通知内核立即扫描这个loop设备的分区表。执行后，你应该能看到/dev/loop0以及/dev/loop0p1、/dev/loop0p2。

2. 格式化分区：

   sudo mkfs.vfat -F 32 -n BOOT /dev/loop0p1 sudo mkfs.ext4 -L ROOTFS /dev/loop0p2

   • 第一行将第一个分区格式化为FAT32，卷标设为BOOT。
   • 第二行将第二个分区格式化为ext4，卷标设为ROOTFS。-L设置卷标有助于在系统中更容易识别。

4.4 步骤四：挂载与填充内容

格式化完成后，就可以往里面“装东西”了。

1. 创建挂载点并挂载：

   mkdir -p /mnt/img_boot /mnt/img_root sudo mount /dev/loop0p1 /mnt/img_boot sudo mount /dev/loop0p2 /mnt/img_root

2. 复制引导文件： 将之前准备好的boot文件复制到boot分区。注意顺序，对于Rockchip平台，idbloader.img和u-boot.itb需要烧录到存储设备的特定偏移位置，而不是简单地拷贝到分区内。但在这个镜像文件层面，我们通常假设这些已经由烧录工具处理，或者我们制作的是“裸镜像”。更常见的做法是，boot分区只放内核和dtb。 假设我们采用后一种方式，并且使用U-Boot的extlinux引导：

   sudo cp ~/rk3562_images/Image /mnt/img_boot/ sudo cp ~/rk3562_images/rk3562-evb.dtb /mnt/img_boot/

   然后创建引导配置文件：

   sudo mkdir -p /mnt/img_boot/extlinux sudo nano /mnt/img_boot/extlinux/extlinux.conf

   在extlinux.conf中输入：

   kernel /Image fdt /rk3562-evb.dtb append earlycon=uart8250,mmio32,0xfe660000 console=ttyFIQ0 root=/dev/mmcblk0p2 rw rootwait

   这里root=/dev/mmcblk0p2指定了根文件系统在SD卡或eMMC上的第二个分区。

3. 解压并复制根文件系统： 将之前从开发板备份的rootfs_backup.tar.gz传到主机，然后解压到rootfs分区：

   sudo tar -xzvpf rootfs_backup.tar.gz -C /mnt/img_root

   -C参数指定解压目标目录。这个过程可能需要几分钟。

4.5 步骤五：收尾工作与镜像生成

内容填充完毕，需要安全地卸载和清理。

1. 卸载分区：

   sudo umount /mnt/img_boot sudo umount /mnt/img_root

2. 断开虚拟设备关联：

   sudo losetup -d /dev/loop0

3. 检查与压缩（可选）： 此时，system.img就是一个完整的、包含分区和数据的镜像文件了。你可以用ls -lh system.img查看大小。 为了节省存储和传输空间，可以对其进行压缩。但注意，直接压缩.img文件效率不高，因为里面有很多零（初始填充部分）。更好的方法是使用xz或gzip压缩，它们对稀疏文件处理较好。

   xz -zkv system.img

   这会生成一个system.img.xz文件，体积会小很多。

至此，一个专为RK3562开发板定制的系统镜像就制作完成了。你可以使用dd、balenaEtcher或RKDevTool等工具，将这个system.img文件烧录到新的SD卡或eMMC中，上电启动。

5. 进阶技巧与深度优化

掌握了基础流程，我们可以再进一步，让镜像更专业、更高效。

5.1 镜像空间优化：让镜像“瘦身”

原始的dd命令创建的镜像，即使文件系统未用满，其物理文件大小也是固定的3GB。这不利于存储和传输。我们可以让镜像“收缩”到刚好容纳数据的大小。

1. 检查实际数据大小：在卸载分区前，使用df -h /mnt/img_root查看rootfs分区的使用量。
2. 调整文件系统大小（可选）：如果发现rootfs分区预留空间过大，可以在卸载前，在虚拟设备环境下使用resize2fs工具尝试缩小文件系统（此操作有风险，需备份）。更安全的做法是在规划分区时就更精确地估算大小。
3. 填充分区空闲空间为零：这是一个关键技巧。在卸载rootfs分区之前，执行：

   sudo dd if=/dev/zero of=/mnt/img_root/zero.fill bs=1M sudo rm -f /mnt/img_root/zero.fill

   这个操作会用零文件填满分区所有剩余空间，然后删除它。这样做的目的是让后续的文件系统压缩工具（如e2fsck的-E discard选项或zerofree）知道这些区域是空的，可以优化。
4. 使用稀疏文件与高效压缩：dd创建时，可以尝试使用seek参数创建稀疏文件。但更通用的优化是在镜像制作完成后，使用truncate或qemu-img来优化。

   # 方法：使用qemu-img转换并压缩 qemu-img convert -f raw -O qcow2 system.img system.qcow2 # qcow2格式支持稀疏存储，或者直接对raw镜像进行xz压缩 xz -zkv -9 system.img

   经过零填充后，xz压缩的效率会非常高。

5.2 自动化脚本编写

手动执行上述命令既繁琐又容易出错。我们可以编写一个Shell脚本来自动化整个过程。脚本的核心逻辑就是按顺序封装上述命令，并增加一些错误检查。

#!/bin/bash set -e # 遇到任何错误立即退出 IMG_NAME="rk3562_system.img" BOOT_SIZE=256M # boot分区大小 ROOTFS_SIZE=2800M # rootfs分区大小，根据实际调整 TOTAL_SIZE=$(( ${BOOT_SIZE/M/} + ${ROOTFS_SIZE/M/} ))M SOURCE_ROOTFS="./rootfs" # 假设已解压好的根文件系统目录 BOOT_FILES_DIR="./boot_files" echo "1. 创建空镜像文件..." dd if=/dev/zero of=${IMG_NAME} bs=1M count=${TOTAL_SIZE/M} status=progress echo "2. 分区..." sgdisk -Z ${IMG_NAME} # 清空分区表 sgdisk -n 1:0:+${BOOT_SIZE} -t 1:ef00 -c 1:BOOT ${IMG_NAME} sgdisk -n 2:0:+${ROOTFS_SIZE} -t 2:8300 -c 2:ROOTFS ${IMG_NAME} echo "3. 关联虚拟设备..." LOOP_DEV=$(sudo losetup -f --show -P ${IMG_NAME}) echo "使用循环设备: ${LOOP_DEV}" echo "4. 格式化..." sudo mkfs.vfat -F 32 -n BOOT ${LOOP_DEV}p1 sudo mkfs.ext4 -L ROOTFS ${LOOP_DEV}p2 echo "5. 挂载并复制文件..." mkdir -p mnt_boot mnt_root sudo mount ${LOOP_DEV}p1 mnt_boot sudo mount ${LOOP_DEV}p2 mnt_root echo " 复制boot文件..." sudo cp ${BOOT_FILES_DIR}/* mnt_boot/ 2>/dev/null || true # 忽略可能的警告 echo " 复制根文件系统 (使用rsync)..." sudo rsync -aAX ${SOURCE_ROOTFS}/ mnt_root/ --exclude={/dev/*,/proc/*,/sys/*,/tmp/*,/run/*,/mnt/*,/media/*,/lost+found} echo "6. 清理与卸载..." sudo umount mnt_boot mnt_root sudo losetup -d ${LOOP_DEV} rmdir mnt_boot mnt_root echo "7. 镜像制作完成: ${IMG_NAME}"

这个脚本提供了基本的自动化框架，你可以根据实际情况修改分区大小、路径等变量。

5.3 集成到CI/CD流水线

在团队开发或产品化过程中，镜像制作应该是一个可重复、自动化的过程。我们可以将其集成到Jenkins、GitLab CI等持续集成平台。

基本思路是：

1. 在CI服务器上安装必要的工具（kpartx,rsync等）。
2. 从代码仓库拉取内核、设备树源码进行编译。
3. 从一个预定义的基础根文件系统（可以是Docker镜像、tar包或NFS根）准备rootfs。
4. 调用上述自动化脚本，传入编译好的内核、dtb和准备好的rootfs目录。
5. 将生成的镜像文件作为构建产物存档，或自动发布到内部服务器。

这样，每次代码提交或定时构建，都能自动生成最新的、可测试的系统镜像，极大提升了固件发布的效率和一致性。

6. 常见问题排查与实战心得

在实际操作中，你肯定会遇到各种“坑”。这里分享一些我踩过的坑和解决方法。

6.1 镜像烧录后无法启动

这是最常见的问题，通常表现为串口无输出或卡在U-Boot阶段。

• 排查顺序1：检查引导文件与分区表

  • 症状：U-Boot能启动，但无法加载内核。
  • 可能原因1：boot分区不是VFAT格式，或者U-Boot环境变量中的bootcmd或bootargs设置错误，无法正确找到分区。
  • 解决：在U-Boot命令行中，使用mmc list、fatls mmc 0:1等命令，查看存储设备识别情况和boot分区内容。确认内核(Image)和设备树(.dtb)文件存在且命名正确。检查extlinux.conf或boot.scr中的路径是否正确。
  • 可能原因2：设备树文件不匹配。RK3562有多个衍生型号，evb板子和rock-3a板子的DTB文件不同。
  • 解决：确认你使用的.dtb文件完全匹配你的硬件型号。

• 排查顺序2：检查内核启动参数

  • 症状：内核开始解压运行，但很快卡住或报错。
  • 可能原因：root=参数指定错误。在extlinux.conf的append行中，root=/dev/mmcblk0p2指定从SD卡第二个分区找根文件系统。如果你烧录到了eMMC，可能需要改为root=/dev/mmcblk1p2（假设eMMC是mmcblk1）。更稳妥的方法是使用PARTUUID或文件系统标签。
  • 解决：在主机上，挂载镜像的rootfs分区，使用blkid /dev/loop0p2命令查看该分区的PARTUUID和LABEL。然后在启动参数中使用root=PARTUUID=xxxx-xxxx或root=LABEL=ROOTFS。这样可以避免因设备节点名变化导致的启动失败。

• 排查顺序3：检查根文件系统完整性

  • 症状：内核挂载根文件系统失败，提示VFS: Unable to mount root fs。
  • 可能原因：根文件系统损坏、文件系统类型不匹配（内核不支持）、或者必要的驱动模块缺失。
  • 解决：确保镜像中的根文件系统是完整的，并且内核编译时包含了对应文件系统（如EXT4）的驱动（编译进内核，而非模块）。检查/sbin/init文件是否存在且可执行。

6.2 根文件系统空间不足

• 症状：系统运行一段时间后，安装软件或写入日志时提示磁盘空间满。
• 预防与解决：
  1. 制作时预留空间：在规划rootfs分区大小时，不要卡着当前使用量来定，至少预留20%-30%的余量。
  2. 动态调整分区：对于eMMC存储，可以在系统首次启动后，使用resize2fs和fdisk/gdisk在线扩容根文件系统分区（需要备份数据，有风险）。
  3. 优化存储内容：定期清理日志(journalctl --vacuum)、包缓存(apt clean)、临时文件。将经常写入的数据（如/var/log,/home）通过符号链接挂载到单独的数据分区或外部存储。

6.3 权限与属性丢失

• 症状：系统启动后，某些服务无法启动，提示权限错误；或者sudo命令异常。
• 原因：在复制根文件系统时，如果使用了不保留权限的复制命令（如cp -r），会导致文件所有者、权限、特殊属性（如setuid）丢失。
• 根治方法：务必使用rsync -aAX或tar进行系统级备份和恢复。-a参数代表归档模式，保留所有属性；-A保留ACL；-X保留扩展属性。这是保证系统功能完整性的关键。

6.4 镜像文件过大

• 问题：制作的.img文件动辄好几GB，上传、下载、存储都不方便。
• 优化方案：
  1. 使用稀疏文件：如前面所述，用零填充空闲空间后再压缩。
  2. 选择高效压缩算法：xz的压缩率通常比gzip高很多，虽然压缩解压更耗时，但对于需要分发的镜像来说是值得的。
  3. 裁剪根文件系统：在制作根文件系统前，移除不需要的软件包、文档、本地语言包。使用apt autoremove --purge清理无用包。考虑使用更精简的基础系统，如Buildroot构建的根文件系统，而不是桌面版的Debian。

制作Linux系统镜像是一个融合了系统管理、存储知识和硬件了解的综合性任务。在RK3562开发板上的这次实践，让我对嵌入式系统的启动流程、存储布局有了更直观的认识。最大的心得就是**“细心”和“验证”**：每个命令都要清楚其作用，每个步骤完成后最好能简单验证一下（比如挂载看看文件是否复制成功）。另外，做好笔记和脚本化至关重要，这套流程不是一次性的，当你需要为不同项目、不同配置制作镜像时，一个成熟的脚本能节省大量时间，并避免人为失误。最后，不要害怕失败，串口调试终端是你的好朋友，绝大多数启动问题都能从它的输出信息中找到线索。