i.MX6ULL SD卡启动盘制作实战指南：从原理到避坑全解析
引言
第一次拿到i.MX6ULL开发板时，很多开发者都会面临一个看似简单却暗藏玄机的任务——制作SD卡启动盘。官方文档虽然提供了步骤，但往往缺乏对底层原理的解释，导致新手在遇到问题时无从下手。本文将带你深入理解每个操作背后的逻辑，而不仅仅是机械地复制命令。
不同于市面上大多数教程只告诉你"怎么做"，我们将重点解释"为什么这么做"。比如为什么uboot要从特定扇区开始写入？dd命令的每个参数究竟起什么作用？分区时常见的坑有哪些？通过这篇指南，你不仅能顺利完成启动盘制作，还能掌握排查问题的能力，真正从"跟着做"升级到"懂原理"。
1. 准备工作与环境搭建
1.1 硬件与软件准备清单
在开始之前，请确保你已准备好以下物品：
- i.MX6ULL开发板：建议使用主流厂商的评估板
- SD卡：容量建议8GB以上，Class10速度等级
- 读卡器：确保能在Linux系统下正常工作
- Ubuntu系统：推荐18.04或20.04 LTS版本
提示：虽然可以在虚拟机中使用USB直通模式操作SD卡，但物理机环境通常更稳定，避免因USB传输问题导致写入失败。
1.2 开发环境配置
首先更新系统并安装必要工具：
sudo apt update sudo apt install -y fdisk dosfstools e2fsprogs这些工具包包含了我们后续会用到的关键命令：
fdisk：磁盘分区工具mkfs.vfat：创建FAT文件系统mkfs.ext4：创建ext4文件系统
2. 深入理解SD卡分区布局
2.1 i.MX6ULL启动流程解析
i.MX6ULL的启动过程遵循以下顺序：
- ROM代码从SD卡特定位置加载SPL
- SPL加载uboot
- uboot加载内核和设备树
- 内核挂载根文件系统
这个流程决定了SD卡上数据的存放位置不能随意安排。NXP官方规定的布局如下表所示：
| 分区 | 起始扇区 | 大小(扇区) | 用途 | 文件系统 |
|---|---|---|---|---|
| uboot | 2 | 20478 | 存放uboot | 无 |
| boot | 20480 | 1024000 | 内核和设备树 | FAT32 |
| rootfs | 1228800 | 剩余空间 | 根文件系统 | ext4 |
2.2 扇区与字节换算
理解扇区地址至关重要，因为所有操作都基于扇区定位。标准SD卡的扇区大小为512字节，因此：
- uboot分区起始位置：2扇区 × 512 = 1024字节（即1KB）
- boot分区起始位置：20480扇区 × 512 = 10MB
- rootfs分区起始位置：1228800扇区 × 512 = 600MB
这种布局不是随意设定的，而是考虑了：
- 前1KB保留给分区表
- uboot需要连续存储空间
- boot分区需要足够存放内核镜像
- rootfs占用剩余所有空间
3. 实战分区操作详解
3.1 初始SD卡准备
首先识别SD卡设备：
lsblk插入SD卡后再次运行，通常会多出一个/dev/sdX设备（X可能是b、c等）。务必确认设备名，错误操作可能导致数据丢失。
3.2 使用fdisk进行分区
执行分区命令：
sudo fdisk /dev/sdX在fdisk交互界面中按顺序输入以下命令：
d→ 删除现有分区（如有）n→ 创建新分区p→ 主分区1→ 分区号20480→ 起始扇区+500M→ 分区大小
n→ 创建第二个分区p→ 主分区2→ 分区号1044480→ 起始扇区- 直接回车 → 使用剩余空间
w→ 写入并退出
注意：起始扇区必须精确匹配官方要求，否则开发板无法正常启动。
3.3 格式化分区
创建文件系统：
sudo mkfs.vfat -F 32 -n boot /dev/sdX1 sudo mkfs.ext4 -L rootfs /dev/sdX2参数说明：
-F 32：指定FAT32格式-n/-L：设置卷标，便于识别
4. dd命令深度解析与uboot写入
4.1 dd命令参数详解
写入uboot的关键命令：
sudo dd if=u-boot.imx of=/dev/sdX bs=1k seek=1 conv=fsync让我们拆解每个参数的实际作用：
| 参数 | 含义 | 为什么需要 |
|---|---|---|
| if=u-boot.imx | 输入文件 | 指定uboot镜像路径 |
| of=/dev/sdX | 输出设备 | 写入到SD卡原始设备 |
| bs=1k | 块大小1KB | 与uboot起始位置对齐 |
| seek=1 | 跳过1个块 | 从1KB处开始写入 |
| conv=fsync | 确保数据落盘 | 防止缓存导致写入不完整 |
4.2 常见写入问题排查
如果开发板无法从SD卡启动，可以检查：
确认写入位置：
sudo hexdump -n 1024 -C /dev/sdX应该能看到uboot的魔数。
验证写入完整性：
cmp -n $(stat -c%s u-boot.imx) u-boot.imx /dev/sdX -i 1024检查SD卡兼容性： 某些高速SD卡可能需要调整bs参数，尝试
bs=512或bs=4k。
5. 内核与文件系统部署
5.1 挂载与文件拷贝
创建挂载点并挂载boot分区：
mkdir -p /mnt/sd_boot sudo mount /dev/sdX1 /mnt/sd_boot拷贝内核和设备树：
sudo cp zImage *.dtb /mnt/sd_boot/ sync sudo umount /mnt/sd_boot5.2 根文件系统部署
挂载rootfs分区并解压文件系统：
mkdir -p /mnt/sd_root sudo mount /dev/sdX2 /mnt/sd_root sudo tar xvf rootfs.tar.bz2 -C /mnt/sd_root sync sudo umount /mnt/sd_root提示：使用
rsync替代cp可以更好地保留文件属性和权限：sudo rsync -a rootfs/ /mnt/sd_root/
6. 验证与调试技巧
6.1 启动问题诊断
如果开发板无法启动，可以通过以下步骤排查：
- 检查串口输出，uboot是否正常加载
- 确认内核镜像和设备树路径正确
- 验证文件系统完整性：
sudo fsck.ext4 -f /dev/sdX2
6.2 性能优化建议
- 启用ext4日志：在
mkfs.ext4时添加-O ^has_journal可以提升写入速度 - 调整保留块比例：对于嵌入式系统，可以减小保留空间：
sudo tune2fs -m 1 /dev/sdX2 - 预分配inode：根据文件系统大小合理设置：
sudo mkfs.ext4 -N 50000 /dev/sdX2
7. 高级技巧与自动化脚本
7.1 一键部署脚本
将整个流程自动化：
#!/bin/bash DEVICE=$1 UBOOT=$2 KERNEL=$3 DTB=$4 ROOTFS=$5 # 分区 sudo fdisk ${DEVICE} <<EOF d n p 1 20480 +500M n p 2 1044480 w EOF # 格式化 sudo mkfs.vfat -F 32 -n boot ${DEVICE}1 sudo mkfs.ext4 -L rootfs ${DEVICE}2 # 写入uboot sudo dd if=${UBOOT} of=${DEVICE} bs=1k seek=1 conv=fsync # 部署内核 sudo mount ${DEVICE}1 /mnt/sd_boot sudo cp ${KERNEL} ${DTB} /mnt/sd_boot/ sync sudo umount /mnt/sd_boot # 部署rootfs sudo mount ${DEVICE}2 /mnt/sd_root sudo tar xvf ${ROOTFS} -C /mnt/sd_root sync sudo umount /mnt/sd_root echo "SD卡启动盘制作完成"7.2 备份与恢复
创建完整的SD卡镜像备份：
sudo dd if=/dev/sdX of=imx6ull_sd_backup.img bs=4M status=progress恢复时只需反向操作：
sudo dd if=imx6ull_sd_backup.img of=/dev/sdX bs=4M status=progress
