目录ebf_rd.img.gz 到底是谁解压的什么时候解压制作过程1. 为什么创建挂载点mkdir -p initrd2.为什么用 dd 分配固定大小的空文件bs1k count81923. 为什么格式化为 ext2 且不用分区mkfs.ext2 -F4. 为什么用 mount -o loop回环挂载5. 为什么用 cp -a 复制根文件系统6. 为什么必须要 umount7. 为什么删除原文件和挂载点rm -fr并复制到 /opt/out/文件U-Boot 的态度谁解压zImage内核U-Boot 会解压。因为bootz命令专门用来启动压缩的 ARM 内核U-Boot 会在内存中将 zImage 解压成原始内核然后跳转执行。U-Bootebf_rd.img.gz根文件系统U-Boot 视而不见。U-Boot 只负责把这个.gz文件从网线接收下来原封不动地放在0x88000000。它根本不管这是不是压缩包只把它当成一堆二进制数据。Linux 内核imx6ull.dtb设备树不解压。直接传给内核。无TFTP 的本质U-Boot 通过网线接收数据包直接按照字节写入内存条RAM的指定地址。ebf_rd.img.gz到底是谁解压的什么时候解压解压者Linux 内核Kernel。解压时机内核刚启动、还没挂载根文件系统之前。完整流程如下U-Boot 阶段U-Boot 执行bootz 0x80800000 - 0x83000000把内存地址0x88000000和大小0x109b6e通过bootargsinitrd...传递给内核。然后 U-Boot 把 CPU 控制权交给内核U-Boot 退场。内核启动早期Linux 内核刚跑起来它看到initrd0x88000000,0x109b6e就去这个地址读取数据。内核检测魔数内核读取文件头发现是1F 8Bgzip 的魔法数字于是内核调用自己内部的解压算法在内存中开辟一片新区域把压缩包解压成原始的 8MB ext2 镜像。内核挂载根目录解压完成后内核将这个内存中的 ext2 数据挂载为/dev/ram并执行/linuxrc。制作过程#!/bin/sh # 创建一个挂载点 mkdir -p initrd # 分配一个镜像文件多少个block每块多大查看制作好的文件系统的大小计划分配8M # dd if/dev/zero ofinitrd.img bs1k count8192 dd if/dev/zero ofebf_rd.img bs1k count8192 # 分配一个镜像不需要分区ramdisk但需要格式化 sudo mkfs.ext2 -F ebf_rd.img # 挂载格式化好的镜像到宿主机里的目录方便写入 sudo mount -o loop ebf_rd.img initrd sudo cp -a ~/ebf/rootfs/* initrd/ sudo umount initrd # 为了满足嵌入式设备的存储要求可以使用压缩格式 gzip --best -c ebf_rd.img ebf_rd.img.gz rm -fr initrd ebf_rd.img cp ebf_rd.img.gz /opt/out/0x180000是必须需要自己算出来差不多的setenv bootargs consolettymxc0,115200 root/dev/ram rw initrd0x88000000,0x180000 init/linuxrc tftp 0x80800000 zImage;tftp 0x83000000 imx6ull-mmc-npi.dtb;tftp 0x88000000 ebf_rd.img.gz;bootz 0x80800000 - 0x830000001. 为什么创建挂载点mkdir -p initrd原因Linux 中文件镜像必须挂载到某个空目录下宿主才能像访问普通文件夹一样读写里面的内容。initrd就是这个临时的“窗口”目录。2.为什么用dd分配固定大小的空文件bs1k count8192原因镜像文件必须是一个固定大小的“容器”。这里分配了8 MB8192 个 1KB 块。为什么是 8M脚本注释提到“查看制作好的文件系统的大小”事先估算过~/ebf/rootfs/的内容大小通常略小于 8M以此节省嵌入式设备宝贵的存储空间NAND Flash / NOR Flash 容量有限。如果根文件系统超过 8M这一步会失败。3. 为什么格式化为ext2且不用分区mkfs.ext2 -F不用分区无 MBR/GPT因为内核直接读取这个文件内的文件系统数据不依赖分区表。它会被内核当作一个回环设备直接挂载。分区表就是记录一块磁盘如何被划分、每个分区在哪里、大小是多少的一张“地图”。为什么是 ext2ext2 没有日志功能相比 ext3/4读写操作少能减少 Flash 的磨损且在嵌入式 Bootloader如 U-Boot和 Linux 内核中兼容性极好、解析速度快。4. 为什么用mount -o loop回环挂载原因ebf_rd.img只是一个普通文件不是物理块设备。-o loop让系统将其虚拟成一个块设备如/dev/loop0这样就可以像操作真实 U 盘一样用cp命令直接往里复制文件而不是用专门的工具写入。5. 为什么用cp -a复制根文件系统-aarchive 模式这步至关重要它会保留文件的所有属性包括文件权限rwx属主和属组root:root符号链接软链接设备节点如/dev/console,/dev/null时间戳如果不加-a复制进去的/dev设备节点和init进程将无法正常工作系统启动会直接崩溃Kernel Panic。6. 为什么必须要umount原因cp只是把数据写到宿主的内存缓存中Page Cache。umount会强制将缓存刷新到镜像文件并释放回环设备。如果不卸载后续的gzip压缩可能会拿到不完整的文件系统数据。为什么会强制刷新Linux 内核有一条铁律绝对不允许将一个“数据还没写完”的文件系统取消挂载。7. 为什么用gzip --best压缩体积与加载速度的平衡节省存储空间压缩后的.gz文件比 8MB 小得多嵌入式 Flash 按兆计费能省则省。内核原生支持Linux 内核的 initrd 加载器原生支持解压gz格式BootloaderU-Boot会将这个压缩包读入内存内核启动时会自动解压出内部的 ext2 镜像。加载速度虽然解压消耗 CPU 时间但压缩后从慢速 Flash如 NAND读取到内存的 I/O 时间大幅减少总启动时间通常更快7. 为什么删除原文件和挂载点rm -fr并复制到/opt/out/清理中间文件保留一份 8MB 未压缩的裸镜像纯属浪费磁盘空间且容易混淆只需保留最终的.gz成品。归档标准化将成品复制到/opt/out/是为了统一输出路径方便后续的固件打包脚本比如将 Kernel、设备树 DTB 和这个 initrd 整合成一个可烧录的uboot.img或update.img。