告别盲操作：手把手教你用U-Boot的fatls和fstype命令查看EMMC/SD卡分区与文件
嵌入式系统调试实战：U-Boot下玩转存储设备分区与文件探查
当你第一次拿到一块嵌入式开发板，面对黑漆漆的串口终端和闪烁的光标，如何快速摸清这块板子的存储布局？作为嵌入式开发者，我们经常需要在不依赖完整操作系统的情况下，仅通过U-Boot这一"微型操作系统"来探查设备的存储结构。本文将带你深入掌握U-Boot中两个看似简单却极为强大的命令——fatls和fstype，它们能帮助你在没有完整Linux环境时，依然可以像外科医生一样精准"解剖"EMMC或SD卡的内部结构。
1. 存储设备探查的基础准备
在开始实际操作前，我们需要先理解几个关键概念。嵌入式设备通常使用EMMC或SD卡作为主要存储介质，这些存储设备会被划分为多个分区，每个分区承载不同的功能：存放U-Boot本身、Linux内核镜像、设备树以及根文件系统等。而U-Boot作为系统启动的第一阶段加载器，内置了多种文件系统操作命令，其中就包括我们今天要重点探讨的fatls和fstype。
要进入U-Boot命令行界面，通常需要在串口终端中（如使用PuTTY或minicom）在系统启动初期按下特定按键（如空格键或回车键）中断自动启动流程。成功进入后，你会看到类似下面的提示符：
U-Boot >在这个环境下，我们可以执行各种U-Boot命令来与硬件交互。但首先，我们需要确认目标存储设备的基本信息：
U-Boot > mmc list FSL_SDHC: 0 (eMMC) FSL_SDHC: 1 (SD)这个命令列出了当前系统中所有的MMC设备。在示例中，设备0是板载的eMMC存储，设备1是SD卡插槽。知道设备编号后，我们才能针对特定设备进行操作。
提示：不同开发板的设备编号可能不同，建议先通过
mmc list确认你的目标设备编号
2. 分区探测与文件系统识别实战
2.1 使用fstype命令探查分区格式
fstype命令是我们在U-Boot下识别分区文件系统类型的利器。它的基本语法非常简单：
fstype <interface> <dev>:<part>其中：
interface指定接口类型，通常是mmcdev是设备编号（从mmc list获取）part是分区编号
让我们以i.MX6ULL开发板为例，探查其eMMC（设备1）的三个主要分区：
U-Boot > fstype mmc 1:0 Unknown filesystem U-Boot > fstype mmc 1:1 fat U-Boot > fstype mmc 1:2 ext4这个输出结果揭示了典型的嵌入式Linux存储布局：
- 分区0：通常存放U-Boot本身，因此显示"Unknown filesystem"，因为它实际上不是一个标准文件系统分区
- 分区1：FAT格式，通常用于存放Linux内核镜像和设备树文件
- 分区2：ext4格式，用于存放根文件系统
理解这种分区布局对于后续系统调试和定制至关重要。例如，当你需要更新内核时，就知道应该将新内核镜像放到FAT格式的分区1中。
2.2 使用fatls命令浏览FAT分区内容
fatls命令允许我们列出FAT格式分区中的文件和目录，这对于快速了解分区内容非常有用。命令格式如下：
fatls <interface> [<dev[:part]>] [directory]让我们实际查看一下开发板eMMC的FAT分区（分区1）中有哪些文件：
U-Boot > fatls mmc 1:1 6786368 zImage 32768 imx6ull-14x14-evk.dtb输出显示这个分区包含两个关键文件：
zImage：Linux内核压缩镜像imx6ull-14x14-evk.dtb：设备树二进制文件
这种信息对于理解系统启动流程非常有帮助。我们知道，U-Boot在启动时会从特定分区加载这些文件到内存中，然后启动内核。
注意：
fatls命令仅适用于FAT格式的分区。如果尝试在非FAT分区上使用它，会得到错误提示
3. 高级技巧与实战应用
3.1 组合使用命令进行系统诊断
真正的威力来自于将这些命令组合使用。例如，当你拿到一块未知的开发板，可以通过以下步骤快速了解其存储布局：
首先列出所有MMC设备：
mmc list然后探查每个分区的文件系统类型：
fstype mmc 1:0 fstype mmc 1:1 fstype mmc 1:2针对FAT格式的分区，进一步查看其内容：
fatls mmc 1:1如果需要查看文件详细信息，可以使用
fatinfo：fatinfo mmc 1:1
这种系统化的探查方法可以帮助你在几分钟内摸清一块新开发板的存储结构，为后续的调试工作打下坚实基础。
3.2 常见问题排查指南
在实际工作中，你可能会遇到各种奇怪的问题。下面是一些常见场景及其解决方法：
问题1：fatls命令返回"Bad FAT partition"错误
- 可能原因：目标分区不是FAT格式
- 解决方案：先用
fstype确认分区格式
问题2：fstype显示分区格式为"Unknown"
- 可能原因：该分区可能没有格式化或包含非标准内容（如U-Boot镜像）
- 解决方案：这是正常现象，特别是对于存放bootloader的分区
问题3：命令执行后没有任何输出
- 可能原因：可能是设备或分区编号错误
- 解决方案：确认设备编号和分区编号是否正确
4. 扩展应用：从存储布局理解系统启动流程
通过fstype和fatls探查到的信息，我们实际上可以逆向推导出整个系统的启动流程。以典型的i.MX6ULL开发板为例：
- U-Boot阶段：CPU上电后，首先运行存放在eMMC分区0中的U-Boot
- 内核加载：U-Boot从分区1（FAT格式）加载
zImage和.dtb文件到内存 - 根文件系统挂载：内核启动后，挂载分区2（ext4格式）作为根文件系统
这种理解对于系统定制和故障排查极为重要。例如，如果你需要修改启动参数，就知道应该修改U-Boot环境变量；如果需要更新内核，就知道应该替换分区1中的相应文件。
在实际项目中，我曾遇到过这样一个案例：客户报告系统无法启动，串口输出停在了U-Boot阶段。通过使用fatls命令，我发现FAT分区中的内核镜像大小异常（只有几KB），显然是文件损坏。重新通过fatload和fatwrite命令写入完好的内核镜像后，系统立即恢复正常。这种精准的问题定位能力，正是基于对这些基础命令的深入理解。