I.MX6ULL开发板TF卡固件烧写与分区配置详解

1. I.MX6ULL开发板TF卡固件烧写全流程解析

作为一名嵌入式Linux开发者，我经常需要在I.MX6ULL平台上进行系统部署。TF卡烧写是最基础却最容易出问题的环节，今天我就把多年积累的经验系统梳理出来，特别是那些官方文档不会告诉你的"坑"。

2. 文件系统分区策略与原理

2.1 FAT32与EXT4的混合分区方案

在I.MX6ULL开发中，我们通常采用混合分区方案：

• FAT32分区：存放设备树(dtb)和内核镜像(zImage)
• EXT4分区：存放根文件系统(rootfs)
• 裸区(Unallocated Space)：存放U-Boot

这种设计基于三个关键考量：

1. 兼容性需求：FAT32可以被Windows和Linux双平台识别，方便通过PC修改设备树和内核
2. 性能优化：EXT4的日志特性更适合作为根文件系统，能有效防止突然断电导致的数据损坏
3. 启动流程：i.MX6ULL的BootROM只能从存储设备起始位置读取U-Boot

实际项目中我曾遇到过EXT4分区在Windows下无法识别的问题，后来发现可以用Linux虚拟机访问，或者使用ext2read等工具在Windows下读取EXT4分区内容。

2.2 分区布局示例

典型的分区表如下（使用fdisk查看）：

code复制Device     Boot  Start     End Sectors  Size Id Type
/dev/sdb1        2048  133119  131072   64M  c W95 FAT32 (LBA)
/dev/sdb2      133120 4194303 4061184  1.9G 83 Linux

这里第一个分区是FAT32，第二个是EXT4，前2048个扇区(1MB)保留给U-Boot。

3. Buildroot构建系统详解

3.1 Buildroot工作流程

Buildroot的构建过程可以分为三个阶段：

1. 工具链准备：自动下载或使用本地交叉编译工具链
2. 组件编译：按配置顺序编译U-Boot、Linux内核、BusyBox等
3. 镜像打包：生成最终的SD卡映像或各组件独立文件

关键配置项：

• Target Architecture必须选择ARM (little endian)
• 对于i.MX6ULL要特别选择Cortex-A7架构
• 文件系统类型建议选择ext4

3.2 输出文件部署位置

Buildroot构建完成后，各组件需要放置到正确位置：

我曾犯过一个典型错误 - 把ARM架构的根文件系统烧录到x86开发机，导致系统无法启动。切记要确认架构匹配！

4. TF卡烧写实操指南

4.1 U-Boot烧写关键命令

bash复制# 确认TF卡设备节点（非常重要！）
lsblk

# 烧写U-Boot到裸区（注意是设备节点而非分区）
sudo dd if=u-boot-imx6ull-14x14-evk.imx of=/dev/sdX bs=1K seek=2 conv=fsync

参数解析：

• bs=1K：每次读写块大小为1KB
• seek=2：跳过前2KB（i.MX6ULL的BootROM要求）
• conv=fsync：确保数据完全写入物理设备

血的教训：曾经误把/dev/sda当作TF卡设备，导致主机系统崩溃。务必反复确认设备节点！

4.2 分区创建与格式化

bash复制# 使用fdisk创建分区
sudo fdisk /dev/sdX
# 命令序列：
# n (新建分区), p (主分区), 1 (分区号), 2048 (起始扇区), +64M (大小)
# t (修改类型), c (FAT32)
# n, p, 2 (剩余空间)
# w (写入)

# 格式化分区
sudo mkfs.vfat -F 32 -n BOOT /dev/sdX1
sudo mkfs.ext4 -L rootfs /dev/sdX2

4.3 文件系统挂载与卸载

正确操作流程：

bash复制# 挂载分区
sudo mount /dev/sdX1 /mnt/boot
sudo mount /dev/sdX2 /mnt/rootfs

# 复制文件
cp zImage *.dtb /mnt/boot/
tar xvf rootfs.tar -C /mnt/rootfs

# 卸载分区（必须执行！）
sync
sudo umount /mnt/boot
sudo umount /mnt/rootfs

常见错误：

1. 直接拔出TF卡而不卸载，导致FAT32分区损坏
2. 在Windows下弹出但Linux中仍挂载，造成数据不同步
3. 多个终端保持挂载目录打开，导致卸载失败

5. 启动问题排查技巧

5.1 启动方式判断

通过串口查看启动参数：

bash复制cat /proc/cmdline

典型输出差异：

• SD卡启动：root=/dev/mmcblk0p2
• eMMC启动：root=/dev/mmcblk1p2

5.2 U-Boot环境变量检查

在U-Boot命令行中检查：

bash复制printenv mmcdev

正确应该显示：

code复制mmcdev=0  # 表示从SD卡启动

5.3 常见故障处理

1. 无法进入U-Boot：

   • 检查dd命令是否正确写入裸区
   • 确认开发板启动拨码开关设置为SD卡启动
   • 尝试不同的TF卡（某些品牌兼容性较差）

2. 内核panic：

   • 确认设备树文件与开发板型号匹配
   • 检查根文件系统架构是否正确（ARMv7）
   • 验证内核配置是否包含必要驱动

3. 根文件系统挂载失败：

   • 检查EXT4分区是否完整
   • 确认内核配置支持EXT4文件系统
   • 尝试在U-Boot中设置正确的root参数

6. 性能优化建议

1. TF卡选型：

   • 优先选择工业级TF卡（如Sandisk Industrial）
   • 避免使用大容量卡（32GB以下更稳定）
   • 注意class等级（class10以上为宜）

2. 文件系统优化：

   bash复制# EXT4关闭访问时间记录
   tune2fs -o journal_data_writeback /dev/sdX2 
   tune2fs -O ^has_journal /dev/sdX2
   

3. 内核参数调整：
   在bootargs中添加：

   code复制rootflags=data=writeback commit=5
   

7. 高级技巧：自动化烧写脚本

这是我常用的烧写脚本示例：

bash复制#!/bin/bash

DEVICE=$1

if [ -z "$DEVICE" ]; then
    echo "Usage: $0 /dev/sdX"
    exit 1
fi

# 烧写U-Boot
dd if=u-boot.imx of=$DEVICE bs=1K seek=2 conv=fsync

# 创建分区
parted -s $DEVICE mklabel msdos
parted -s $DEVICE mkpart primary fat32 1MiB 65MiB
parted -s $DEVICE mkpart primary ext4 65MiB 100%

# 格式化
mkfs.vfat -F 32 -n BOOT ${DEVICE}1
mkfs.ext4 -L rootfs ${DEVICE}2

# 挂载并复制文件
mount ${DEVICE}1 /mnt/boot
mount ${DEVICE}2 /mnt/rootfs

cp zImage *.dtb /mnt/boot/
tar xvf rootfs.tar -C /mnt/rootfs

# 清理
sync
umount /mnt/boot
umount /mnt/rootfs

使用这个脚本可以大幅减少人工操作失误。建议保存为flash_sd.sh，使用时执行：

bash复制sudo ./flash_sd.sh /dev/sdX

记得在实际使用前，一定要确认设备节点是否正确！