1. 项目背景与核心需求
在嵌入式Linux开发中，系统镜像(image)的制作与调试是每个工程师的必修课。不同于桌面系统可以直接插U盘安装，嵌入式设备往往需要通过特殊方式烧录系统。我经历过无数次这样的场景：在开发板旁边连着串口线，反复执行mkfs、dd、mount等命令，每次修改根文件系统都要重复这套流程。直到有一天忍无可忍，决定用脚本把这一套操作固化下来。
这个项目要解决的核心痛点有两个：
- 快速生成可烧录的完整系统镜像（包含bootloader、内核、根文件系统）
- 方便地挂载镜像的某个分区进行调试修改
想象一下这样的工作流：当你修改了根文件系统中的某个配置文件，只需要运行./create_image.sh就能生成新的sdcard.img，然后用./mount_image.sh /dev/sdX 2直接挂载第二个分区进行编辑。这比每次手动计算分区偏移量要高效得多。
2. 镜像创建脚本深度解析
2.1 镜像文件结构设计
一个标准的嵌入式Linux系统镜像通常包含以下分区：
code复制+-------------------+------------------+---------------------+
| Bootloader (1MB) | Kernel (4MB) | Rootfs (剩余空间) |
+-------------------+------------------+---------------------+
对应的fdisk分区表设置如下：
code复制Device Boot Start End Sectors Size Id Type
/dev/sdX1 2048 4095 2048 1M c W95 FAT32 (LBA)
/dev/sdX2 4096 12287 8192 4M 83 Linux
/dev/sdX3 12288 1048575 1036288 506M 83 Linux
2.2 脚本实现关键点
create_image.sh的核心逻辑：
bash复制#!/bin/bash
# 参数检查
[ $# -lt 3 ] && echo "Usage: $0 <size> <bootloader> <kernel> <rootfs>" && exit 1
IMG_SIZE=$1
BOOTLOADER=$2
KERNEL=$3
ROOTFS=$4
# 创建空白镜像文件
dd if=/dev/zero of=sdcard.img bs=1M count=$IMG_SIZE status=progress
# 分区设置
fdisk sdcard.img << EOF
n
p
1
2048
4095
t
c
n
p
2
4096
12287
n
p
3
12288
w
EOF
# 关联镜像文件到loop设备
LOOPDEV=$(losetup --find --show --partscan sdcard.img)
# 格式化分区
mkfs.vfat ${LOOPDEV}p1 # bootloader分区
mkfs.ext4 ${LOOPDEV}p2 # kernel分区
mkfs.ext4 ${LOOPDEV}p3 # rootfs分区
# 写入数据
dd if=$BOOTLOADER of=${LOOPDEV}p1 bs=1M conv=fsync
mount ${LOOPDEV}p2 /mnt && cp $KERNEL /mnt && umount /mnt
mount ${LOOPDEV}p3 /mnt && tar xf $ROOTFS -C /mnt && umount /mnt
# 清理
losetup -d $LOOPDEV
关键技巧：使用
--partscan参数可以让内核自动检测分区表变化，避免手动执行partprobe
2.3 参数优化经验
- 块大小选择：经过测试，
bs=1M在大多数SD卡上能达到最佳写入速度 - 对齐优化：分区起始位置设置为2048扇区（1MB）确保4K对齐
- 安全写入：
conv=fsync确保数据完全写入物理介质
3. 镜像挂载脚本技术细节
3.1 分区偏移量计算原理
挂载镜像特定分区的关键在于计算正确的偏移量。对于上述分区方案：
- 分区1偏移：2048 sectors × 512 bytes/sector = 1048576 bytes
- 分区2偏移：4096 sectors × 512 = 2097152 bytes
- 分区3偏移：12288 sectors × 512 = 6291456 bytes
3.2 mount_image.sh实现
bash复制#!/bin/bash
[ $# -ne 2 ] && echo "Usage: $0 <image> <partition>" && exit 1
IMAGE=$1
PART=$2
case $PART in
1) OFFSET=1048576 ;;
2) OFFSET=2097152 ;;
3) OFFSET=6291456 ;;
*) echo "Invalid partition"; exit 2 ;;
esac
MOUNT_POINT=/mnt/image_part${PART}
[ ! -d $MOUNT_POINT ] && mkdir -p $MOUNT_POINT
mount -o loop,offset=$OFFSET $IMAGE $MOUNT_POINT && \
echo "Mounted partition $PART at $MOUNT_POINT"
3.3 高级挂载技巧
- 读写保护：添加
ro选项防止意外修改bash复制mount -o loop,offset=$OFFSET,ro $IMAGE $MOUNT_POINT - 自动卸载：使用
udisksctl实现图形化卸载bash复制
udisksctl unmount -b /dev/loopXpY - 多分区同时挂载：
bash复制
losetup -Pf sdcard.img mount /dev/loop0p2 /mnt/kernel mount /dev/loop0p3 /mnt/rootfs
4. 实际应用中的问题排查
4.1 常见错误与解决方案
| 错误现象 | 可能原因 | 解决方法 |
|---|---|---|
| "invalid argument" when mounting | 偏移量计算错误 | 用fdisk -l检查实际分区表 |
| 写入文件后镜像损坏 | 未正确同步 | 执行sync或umount后再操作 |
| 挂载点显示为空 | 文件系统不匹配 | 确认分区格式与mount命令一致 |
| loop设备忙 | 未正确清理 | losetup -D清除所有loop设备 |
4.2 性能优化记录
- 使用
bs=4M时dd速度测试：code复制bs=1M: 15.2 MB/s bs=4M: 18.7 MB/s bs=8M: 17.3 MB/s (出现波动) - 文件系统优化参数：
bash复制可减少首次挂载时间约40%mkfs.ext4 -O ^has_journal -E lazy_itable_init=0,lazy_journal_init=0 ${LOOPDEV}p3
4.3 安全性增强
- 添加SHA256校验：
bash复制sha256sum sdcard.img > sdcard.img.sha256 - 自动化测试钩子：
bash复制# 在create_image.sh末尾添加 qemu-system-arm -machine virt -kernel zImage -drive file=sdcard.img,format=raw -nographic
5. 扩展应用场景
5.1 自动化构建集成
将脚本集成到Yocto构建系统中：
bitbake复制do_image_postpend() {
./create_image.sh ${DEPLOY_DIR_IMAGE}/core-image-minimal-${MACHINE}.ext4
}
5.2 多架构适配
针对ARM64设备的调整：
- 分区对齐改为2MB（2048×1024字节）
- 内核分区大小建议至少8MB
- 添加EFI系统分区：
bash复制
parted -s sdcard.img mkpart ESP fat32 1MiB 3MiB
5.3 虚拟化调试技巧
使用QEMU直接启动镜像：
bash复制qemu-system-arm -sd sdcard.img -M vexpress-a9 -m 512M -serial stdio
配合挂载脚本可以实现：
- 主机修改镜像文件
- 虚拟机实时看到变化
- 无需重复烧录测试
在最近的一个工业控制器项目中，这套脚本组合将固件更新周期从原来的15分钟缩短到2分钟。特别是在调试阶段，当需要频繁修改/etc下的配置文件时，挂载脚本让我能像操作普通文件夹一样直接编辑镜像内容，效率提升立竿见影。