手把手教你用SD卡给i.MX6ULL开发板烧录Uboot和Linux系统（附分区避坑指南）

从零构建：i.MX6ULL开发板SD卡系统烧录实战与深度避坑指南

如果你刚刚拿到一块i.MX6ULL开发板，面对空白的存储介质和一堆源码文件，可能会感到无从下手。系统移植是嵌入式Linux开发中最具挑战性的一环，而SD卡启动方式因其灵活性和便捷性，成为调试和部署的首选方案。本文将带你深入i.MX6ULL的启动流程，手把手完成从SD卡分区到完整系统运行的每一个步骤，并重点解析那些容易踩坑的细节。

1. 理解i.MX6ULL的启动机制与SD卡布局

在开始实际操作前，我们需要先理解i.MX6ULL处理器的启动原理。当芯片上电后，内部的ROM代码会首先执行，这段固化在芯片内部的代码会检查启动模式引脚的状态，决定从哪个存储设备加载第一阶段的引导程序。

对于SD卡启动模式，ROM代码会从SD卡的特定位置读取镜像。这个位置不是文件系统的开始，而是有固定的偏移量。i.MX6ULL要求启动镜像必须放置在SD卡的1KB偏移处（即2个扇区后），这是因为前1KB空间被保留用于分区表和MBR信息。

1.1 SD卡分区策略的权衡

常见的SD卡分区方案有两种，每种都有其适用场景：

方案A：双分区结构（推荐用于开发调试）

• 第一个分区：FAT32格式，32-64MB，用于存放uboot、内核镜像(zImage)、设备树(dtb)
• 第二个分区：ext4格式，剩余所有空间，用于根文件系统

方案B：单分区结构（适合生产环境）

• 整个SD卡为单一ext4分区
• 所有文件（包括uboot、内核、文件系统）都放在同一个分区

关键决策点：如果你需要在Windows下直接查看和修改内核与设备树文件，选择方案A的FAT32分区会更方便。如果追求启动速度和存储效率，方案B是更好的选择。

1.2 工具准备清单

在开始之前，确保你的开发环境已经准备好以下工具：

# 基础工具安装 sudo apt-get update sudo apt-get install -y gcc-arm-linux-gnueabihf sudo apt-get install -y device-tree-compiler sudo apt-get install -y u-boot-tools sudo apt-get install -y gparted # 图形化分区工具（可选） sudo apt-get install -y dosfstools # FAT文件系统工具

2. SD卡分区与格式化的精确操作

分区是系统烧录的第一步，也是容易出错的环节。下面我将展示命令行和图形化两种方式，你可以根据习惯选择。

2.1 命令行分区（精准控制）

首先识别你的SD卡设备，务必确认设备名，错误的设备名可能导致数据丢失：

# 插入SD卡前查看现有磁盘 lsblk # 插入SD卡后再次查看，新增的设备就是SD卡 lsblk # 示例输出 # NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT # sda 8:0 0 465.8G 0 disk # ├─sda1 8:1 0 512M 0 part /boot/efi # └─sda2 8:2 0 465.3G 0 part / # sdb 8:16 1 14.9G 0 disk # 这就是SD卡 # └─sdb1 8:17 1 14.9G 0 part /media/user/SDCARD

确认SD卡设备后（假设为/dev/sdb），先卸载所有已挂载的分区：

# 卸载所有SD卡分区 sudo umount /dev/sdb*

接下来使用fdisk进行分区操作：

# 启动fdisk分区工具 sudo fdisk /dev/sdb # 在fdisk交互界面中按顺序执行以下命令： # d - 删除现有分区（如果有的话） # n - 创建新分区 # p - 选择主分区 # 1 - 分区号1 # 回车 - 使用默认起始扇区（2048） # +64M - 设置分区大小为64MB # n - 创建第二个分区 # p - 选择主分区 # 2 - 分区号2 # 回车 - 使用默认起始扇区 # 回车 - 使用所有剩余空间 # t - 更改分区类型 # 1 - 选择第一个分区 # c - 设置为W95 FAT32 (LBA)类型 # a - 设置可启动标志 # 1 - 选择第一个分区为可启动 # w - 写入分区表并退出

分区完成后，需要格式化这两个分区：

# 格式化第一个分区为FAT32 sudo mkfs.vfat -F 32 -n BOOT /dev/sdb1 # 格式化第二个分区为ext4 sudo mkfs.ext4 -L ROOTFS /dev/sdb2

2.2 分区表验证

分区完成后，使用以下命令验证分区是否正确：

# 查看分区表 sudo fdisk -l /dev/sdb # 预期输出示例 # Disk /dev/sdb: 14.9 GiB, 15931539456 bytes, 31116288 sectors # Units: sectors of 1 * 512 = 512 bytes # Sector size (logical/physical): 512 bytes / 512 bytes # I/O size (minimum/optimal): 512 bytes / 512 bytes # Disklabel type: dos # Disk identifier: 0x12345678 # # Device Boot Start End Sectors Size Id Type # /dev/sdb1 * 2048 133119 131072 64M c W95 FAT32 (LBA) # /dev/sdb2 133120 31116287 30983168 14.8G 83 Linux

3. U-Boot烧录：跳过扇区的奥秘

U-Boot的烧录是整个过程的关键，i.MX6ULL要求U-Boot镜像必须从SD卡的特定位置开始。这个要求源于芯片的ROM启动代码设计。

3.1 理解dd命令的关键参数

使用dd命令烧录U-Boot时，有几个参数需要特别注意：

3.2 实际烧录操作

假设你已经编译好了U-Boot镜像（通常名为u-boot.imx），执行以下命令：

# 查看U-Boot镜像信息 ls -lh u-boot.imx # 烧录U-Boot到SD卡（注意：of参数指向整个SD卡设备，不是分区！） sudo dd if=u-boot.imx of=/dev/sdb bs=512 seek=2 conv=sync status=progress # 验证烧录结果 sudo dd if=/dev/sdb bs=512 skip=2 count=1 | hexdump -C | head -20

重要提示：seek=2参数意味着跳过前2个扇区（1KB）。这是因为前1KB空间包含了MBR和分区表信息，U-Boot必须从1KB之后开始存放。如果错误地设置为seek=1，系统将无法启动。

3.3 U-Boot启动验证

将SD卡插入开发板，连接串口调试工具（如USB转TTL），设置波特率为115200，然后给开发板上电。如果一切正常，你应该在串口终端看到类似下面的输出：

U-Boot 2021.04 (Jun 15 2023 - 14:22:35 +0800) CPU: Freescale i.MX6ULL rev1.1 792 MHz (running at 396 MHz) CPU: Industrial temperature grade (-40C to 105C) at 40C Reset cause: POR Model: Freescale i.MX6 UltraLite 14x14 EVK Board Board: MX6ULL 14x14 EVK DRAM: 512 MiB MMC: FSL_SDHC: 0, FSL_SDHC: 1 Loading Environment from MMC... *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: FEC0 Hit any key to stop autoboot: 3

如果看到"Hit any key to stop autoboot"的提示，说明U-Boot已经成功加载并运行。

4. 内核与设备树的部署策略

内核镜像和设备树文件需要放置在SD卡的第一个分区（FAT32分区）中。这部分操作相对简单，但需要注意文件命名和路径。

4.1 挂载与文件复制

# 创建挂载点 mkdir -p /mnt/sd_boot # 挂载第一个分区 sudo mount /dev/sdb1 /mnt/sd_boot # 复制内核镜像和设备树文件 sudo cp arch/arm/boot/zImage /mnt/sd_boot/ sudo cp arch/arm/boot/dts/imx6ull-14x14-evk.dtb /mnt/sd_boot/ # 如果需要，可以重命名设备树文件以便区分不同配置 sudo cp arch/arm/boot/dts/imx6ull-14x14-evk.dtb /mnt/sd_boot/imx6ull-myboard.dtb # 查看复制结果 ls -lh /mnt/sd_boot/ # 卸载分区 sudo umount /mnt/sd_boot

4.2 内核镜像格式的选择

在嵌入式Linux中，常见的内核镜像格式有几种，每种都有其特点：

对于i.MX6ULL，推荐使用zImage格式，因为它兼具了压缩率和兼容性。如果你使用uImage格式，需要使用mkimage工具进行转换：

# 将zImage转换为uImage mkimage -A arm -O linux -T kernel -C none -a 0x80008000 -e 0x80008000 -n "Linux Kernel" -d zImage uImage

5. 根文件系统的构建与优化

根文件系统是Linux启动后挂载的第一个文件系统，包含了系统运行所需的所有基础文件和目录结构。

5.1 使用Buildroot构建最小根文件系统

Buildroot是一个自动化构建嵌入式Linux系统的工具，它可以生成完整的根文件系统，包括BusyBox、库文件和必要的配置文件。

# 下载Buildroot（以2023.02版本为例） wget https://buildroot.org/downloads/buildroot-2023.02.tar.gz tar xf buildroot-2023.02.tar.gz cd buildroot-2023.02 # 配置Buildroot make menuconfig

在配置界面中，需要设置以下关键选项：

Target options: Target Architecture -> ARM (little endian) Target Architecture Variant -> cortex-A7 Target ABI -> EABIhf Floating point strategy -> VFPv4-D16 Toolchain: Toolchain type -> External toolchain Toolchain -> Custom toolchain Toolchain path -> /usr/bin/arm-linux-gnueabihf- Toolchain prefix -> arm-linux-gnueabihf System configuration: Init system -> BusyBox /dev management -> Dynamic using devtmpfs + mdev Root filesystem overlay directories -> 指定你的定制文件目录 Filesystem images: exact size -> 根据你的SD卡大小设置（如100M） filesystem format -> ext4

配置完成后，执行构建：

# 开始构建（首次构建需要较长时间） make -j$(nproc) # 构建完成后，根文件系统镜像位于output/images/rootfs.ext4

5.2 手动部署根文件系统到SD卡

如果你已经有了构建好的根文件系统目录，可以按以下步骤部署：

# 创建挂载点 mkdir -p /mnt/sd_root # 挂载第二个分区 sudo mount /dev/sdb2 /mnt/sd_root # 清空分区（如果是首次使用） sudo rm -rf /mnt/sd_root/* # 复制根文件系统内容 sudo cp -a /path/to/your/rootfs/* /mnt/sd_root/ # 或者使用tar解压方式 sudo tar xf rootfs.tar -C /mnt/sd_root/ # 检查关键目录是否存在 ls -la /mnt/sd_root/{bin,dev,etc,lib,proc,sys,tmp,usr,var} # 设置必要的设备节点 sudo mknod /mnt/sd_root/dev/console c 5 1 sudo mknod /mnt/sd_root/dev/null c 1 3 sudo mknod /mnt/sd_root/dev/zero c 1 5 # 卸载分区 sudo umount /mnt/sd_root

5.3 根文件系统关键配置文件

一个可用的根文件系统至少需要以下配置文件：

/etc/inittab- 初始化进程配置

::sysinit:/etc/init.d/rcS ::respawn:/sbin/getty 115200 ttymxc0 ::ctrlaltdel:/sbin/reboot ::shutdown:/bin/umount -a -r

/etc/init.d/rcS- 启动脚本

#!/bin/sh # 挂载proc和sysfs mount -t proc proc /proc mount -t sysfs sysfs /sys mount -t devtmpfs devtmpfs /dev # 设置主机名 hostname imx6ull # 设置PATH export PATH=/bin:/sbin:/usr/bin:/usr/sbin # 启动mdev（动态设备管理） echo /sbin/mdev > /proc/sys/kernel/hotplug mdev -s # 挂载其他文件系统 mount -a

/etc/fstab- 文件系统挂载表

# <file system> <mount point> <type> <options> <dump> <pass> proc /proc proc defaults 0 0 tmpfs /tmp tmpfs defaults 0 0 sysfs /sys sysfs defaults 0 0

6. U-Boot环境变量的精细配置

U-Boot环境变量决定了系统的启动行为，正确的配置是系统正常启动的关键。

6.1 进入U-Boot命令行

在开发板上电后的3秒倒计时内，按下任意键进入U-Boot命令行模式：

Hit any key to stop autoboot: 0 =>

6.2 设置启动命令（bootcmd）

bootcmd是U-Boot自动执行的命令序列，我们需要配置它从SD卡加载内核和设备树：

# 设置bootcmd环境变量 setenv bootcmd 'mmc dev 0; mmc rescan; fatload mmc 0:1 0x80800000 zImage; fatload mmc 0:1 0x83000000 imx6ull-myboard.dtb; bootz 0x80800000 - 0x83000000' # 命令解析： # mmc dev 0 - 切换到SD卡（0表示第一个MMC设备） # mmc rescan - 重新扫描MMC设备 # fatload mmc 0:1 ... - 从SD卡第一个分区加载文件到内存 # 0x80800000 - 内核加载地址（DDR内存地址） # 0x83000000 - 设备树加载地址 # bootz ... - 启动zImage格式的内核

6.3 设置内核参数（bootargs）

bootargs传递给Linux内核的参数，定义了控制台、根文件系统位置等关键信息：

# 设置bootargs环境变量 setenv bootargs 'console=ttymxc0,115200 root=/dev/mmcblk0p2 rootwait rw earlyprintk' # 参数解析： # console=ttymxc0,115200 - 指定串口控制台设备和波特率 # root=/dev/mmcblk0p2 - 根文件系统在SD卡第二个分区 # rootwait - 等待根设备就绪 # rw - 以读写方式挂载根文件系统 # earlyprintk - 启用早期内核打印（便于调试）

6.4 网络启动配置（可选）

如果你需要通过TFTP网络启动进行调试，可以配置以下环境变量：

# 设置开发板IP地址 setenv ipaddr 192.168.1.100 # 设置服务器IP地址（你的PC） setenv serverip 192.168.1.50 # 设置网关 setenv gatewayip 192.168.1.1 # 设置子网掩码 setenv netmask 255.255.255.0 # 设置MAC地址（确保唯一性） setenv ethaddr 00:04:9f:04:d2:35 # 网络启动命令 setenv netboot 'tftp 0x80800000 zImage; tftp 0x83000000 imx6ull-myboard.dtb; bootz 0x80800000 - 0x83000000' # 保存所有环境变量到SD卡 saveenv

6.5 环境变量保存与验证

# 打印当前所有环境变量 printenv # 保存到存储介质（SD卡或eMMC） saveenv # 重启开发板测试配置 reset

7. 常见问题排查与解决方案

在实际操作中，你可能会遇到各种问题。下面是一些常见问题及其解决方法：

7.1 U-Boot无法启动

症状：串口无任何输出，或输出乱码。

可能原因及解决方案：

1. SD卡烧录位置错误：确认dd命令使用了seek=2参数
2. 镜像文件错误：确认编译的U-Boot是针对i.MX6ULL的正确配置
3. 启动模式设置错误：检查开发板的启动模式拨码开关
4. 波特率不匹配：确认串口终端设置为115200-8-N-1

7.2 内核无法加载

症状：U-Boot启动正常，但加载内核时失败。

可能原因及解决方案：

1. 文件路径错误：确认zImage和dtb文件在FAT32分区的根目录
2. 内存地址冲突：检查加载地址是否与其他区域冲突
3. 设备树不匹配：确认设备树文件与你的硬件配置匹配
4. 分区未挂载：在U-Boot中使用mmc list和fatls mmc 0:1检查分区和文件

7.3 根文件系统挂载失败

症状：内核启动后卡在"Waiting for root device"或类似提示。

可能原因及解决方案：

1. 设备节点错误：确认root=参数中的设备名正确（/dev/mmcblk0p2）
2. 文件系统损坏：使用fsck检查并修复ext4分区
3. 文件系统类型不匹配：确认分区格式与内核支持的文件系统类型一致
4. 缺少驱动：确认内核配置中启用了对应的MMC/SD卡驱动

7.4 串口无输出但系统似乎已启动

症状：系统启动后串口无输出，但LED闪烁或网络接口活跃。

可能原因及解决方案：

1. 控制台设备错误：检查console=参数中的串口设备名
2. 内核早期打印被禁用：在bootargs中添加earlyprintk参数
3. 串口线连接问题：检查TX/RX线是否接反
4. 电源问题：确保开发板供电充足稳定

8. 高级技巧与优化建议

8.1 使用脚本自动化烧录过程

创建一个烧录脚本可以大大提高效率：

#!/bin/bash # burn_sd_card.sh - i.MX6ULL SD卡一键烧录脚本 SD_CARD="/dev/sdb" BOOT_PART="${SD_CARD}1" ROOTFS_PART="${SD_CARD}2" echo "=== i.MX6ULL SD卡烧录工具 ===" echo "目标设备: ${SD_CARD}" echo "" # 确认设备 read -p "请确认这是正确的SD卡设备 [y/N]: " confirm if [[ ! $confirm =~ ^[Yy]$ ]]; then echo "操作已取消" exit 1 fi # 卸载所有分区 echo "卸载分区..." sudo umount ${SD_CARD}* 2>/dev/null # 烧录U-Boot echo "烧录U-Boot..." sudo dd if=u-boot.imx of=${SD_CARD} bs=512 seek=2 conv=sync status=progress # 挂载并复制内核 echo "复制内核文件..." sudo mount ${BOOT_PART} /mnt/sd_boot 2>/dev/null || sudo mkfs.vfat ${BOOT_PART} sudo mount ${BOOT_PART} /mnt/sd_boot sudo cp zImage /mnt/sd_boot/ sudo cp *.dtb /mnt/sd_boot/ sudo umount /mnt/sd_boot # 部署根文件系统 echo "部署根文件系统..." sudo mount ${ROOTFS_PART} /mnt/sd_root 2>/dev/null || sudo mkfs.ext4 ${ROOTFS_PART} sudo mount ${ROOTFS_PART} /mnt/sd_root sudo tar xf rootfs.tar -C /mnt/sd_root/ sudo umount /mnt/sd_root echo "烧录完成！" sync

8.2 性能优化配置

内核配置优化：

# 进入内核源码目录 cd linux-imx # 精简内核配置 make imx_v7_defconfig make menuconfig # 推荐关闭的选项（减少内核大小）： # Device Drivers -> Character devices -> /dev/mem virtual device support # Device Drivers -> Network device support -> Wireless LAN -> 全部关闭（除非需要WiFi） # File systems -> DOS/FAT/NT Filesystems -> 关闭不需要的 # Kernel hacking -> 大部分调试选项可以关闭

根文件系统优化：

# 使用BusyBox的静态编译减少依赖 cd busybox-1.36.0 make menuconfig # Settings -> Build static binary (no shared libs) [选中] # 这样可以生成不依赖动态库的BusyBox，减少根文件系统大小

8.3 调试技巧

启用内核早期调试： 在U-Boot的bootargs中添加以下参数：

earlyprintk console=tty1 console=ttymxc0,115200 loglevel=8

使用内核调试串口： 如果主串口被占用，可以启用第二个串口进行调试：

console=tty1 console=ttymxc1,115200

内存调试： 在bootargs中添加mem=512M明确指定内存大小，避免内存检测问题。

9. 生产环境部署考虑

当你的系统调试完成后，可能需要部署到生产环境。这时需要考虑以下因素：

9.1 从SD卡切换到eMMC

对于量产产品，通常会将系统烧录到eMMC中：

# 在U-Boot中从SD卡启动，然后将系统烧录到eMMC # 切换到eMMC（设备1） mmc dev 1 # 将SD卡中的内核复制到eMMC fatload mmc 0:1 0x80800000 zImage fatwrite mmc 1:1 0x80800000 zImage ${filesize} # 将SD卡中的文件系统复制到eMMC # 这需要更复杂的操作，通常使用dd或专用工具

9.2 创建量产镜像

创建一个完整的SD卡镜像，便于批量生产：

# 创建空白镜像文件 dd if=/dev/zero of=imx6ull-system.img bs=1M count=2048 # 将镜像文件关联到loop设备 sudo losetup -fP imx6ull-system.img # 假设loop设备为/dev/loop0 # 分区和格式化（参考第2节） # 烧录U-Boot（参考第3节） # 复制内核和文件系统（参考第4、5节） # 卸载loop设备 sudo losetup -d /dev/loop0 # 现在imx6ull-system.img就是一个完整的系统镜像 # 可以使用dd直接烧录到SD卡 sudo dd if=imx6ull-system.img of=/dev/sdb bs=4M status=progress

9.3 安全考虑

禁用调试接口： 在生产环境中，应该禁用不必要的调试功能：

• 移除U-Boot中的调试命令
• 关闭内核的调试支持
• 禁用串口登录或设置强密码

文件系统只读： 对于不需要写入数据的系统，可以将根文件系统挂载为只读：

root=/dev/mmcblk0p2 ro

10. 维护与升级策略

系统部署后，还需要考虑后续的维护和升级：

10.1 固件升级方案

方案A：使用冗余分区

SD卡布局： - 分区1：当前系统（FAT32） - 分区2：备份系统（FAT32） - 分区3：用户数据（ext4）

方案B：通过网络升级

# 在U-Boot中通过TFTP下载新固件 tftp 0x80800000 new-u-boot.imx mmc write 0x80800000 0x2 ${filesize}

10.2 日志与监控

在根文件系统中添加日志记录：

# /etc/init.d/rcS中添加 mkdir -p /var/log syslogd klogd

10.3 故障恢复机制

创建恢复模式，当主系统损坏时自动切换到备份系统：

# 在U-Boot中检查主系统状态 if mmc dev 0; then if fatload mmc 0:1 0x80800000 zImage; then # 主系统正常，启动主系统 setenv bootcmd '...主系统启动命令...' else # 主系统损坏，启动备份系统 setenv bootcmd '...备份系统启动命令...' fi fi

完成以上所有步骤后，你的i.MX6ULL开发板应该能够从SD卡正常启动Linux系统。整个过程中最关键的几个检查点：U-Boot的seek=2参数、分区格式的正确性、bootargs中根设备路径的准确性。如果遇到问题，按照第7节的排查方法逐步检查，通常都能找到解决方案。嵌入式系统移植是一个需要耐心和细致的过程，每个步骤的准确性都直接影响最终结果。