构建持久化 Live USB：Debian/Fedora 的 OverlayFS 配置与启动参数调优

Live USB 的核心优势在于「即插即用」—— 系统镜像保持只读，所有运行时变更都写入独立存储层。借助 OverlayFS（叠加文件系统），Linux 内核将只读的 LiveOS 镜像作为 lower 层，把用户的写入操作重定向到可写的 upper 层，从而在重启后保留软件安装、配置文件和用户数据。本文聚焦 Debian 与 Fedora 两大发行版的持久化实现差异，给出可落地的分区规划、启动参数与运维要点。

OverlayFS 架构与 Live 持久化原理

OverlayFS 是一种「联合挂载」技术，将两个目录树合并呈现为单一视图。在 Live USB 场景中，lower 层通常是 SquashFS 压缩的只读根文件系统，upper 层则是 USB 设备上的可写分区或文件。当进程尝试修改 lower 层的文件时，OverlayFS 触发 copy-up：先将文件从 lower 复制到 upper，再在 upper 执行写入。删除操作则通过 whiteout（字符设备 0:0 或带 trusted.overlay.whiteout 属性的空文件）标记，无需改动 lower 层。

内核文档指出，OverlayFS 的 upper 层必须支持 trusted.* 扩展属性与 d_type，因此 ext4 是首选格式；FAT32 因不支持 xattr 无法直接作为 upper 层。Fedora LiveOS 采用 Device-mapper snapshot 机制，将 overlay 文件作为写时复制（COW）的存储后端；Debian/Ubuntu 则依赖 live-boot 脚本，通过识别分区标签 live-rw 或 overlay 文件来挂载持久层。

Fedora：Device-mapper Snapshot 与 Overlay 文件

Fedora 的 Live 镜像使用 livecd-iso-to-disk 工具写入 USB，持久化通过 --overlayfs 与 --overlay-size-mb 参数开启。工具会在 USB 的 LiveOS 目录下创建 overlay-- 文件，作为 Device-mapper snapshot 的可写分支。启动时，initramfs 中的 live 脚本通过 dmsetup 创建 snapshot 设备，将 SquashFS 中的 rootfs.img（lower）与 overlay 文件（upper）组合为 live-rw 设备，最终挂载为根文件系统。

关键启动参数包括：

• rd.live.overlay.overlayfs：强制使用 OverlayFS 而非传统 ext4 持久层
• rd.live.overlay.size=<MB>：指定 overlay 文件大小（默认 32GB 上限受 FAT32 限制）
• rd.live.ram=1：将 overlay 置于内存，适合只读介质但牺牲持久性

当 overlay 空间耗尽时，dmsetup status 会显示 snapshot Overflow，根文件系统自动降级为只读。Fedora Wiki 提供了恢复流程：首先通过 losetup 与 blockdev 获取 overlay 大小，用 dd 扩容后，再以 dmsetup create 重建 snapshot，最后执行 e2fsck 修复文件系统。若需彻底重置，可直接清空 overlay 文件前 64KB（dd if=/dev/zero ... conv=notrunc），系统将恢复到初始状态。

Debian/Ubuntu：live-rw 分区与持久化钩子

Debian 的 live-boot 包实现了更灵活的持久化策略。写入 ISO 后，在 USB 剩余空间创建 ext4 分区并标记为 live-rw，启动时 initramfs 自动识别并挂载为 upper 层。与 Fedora 的文件级 overlay 不同，Debian 支持分区级持久化，允许更大容量与更好的性能（避免文件级碎片）。

启动参数配置：

• persistent：启用持久化模式，扫描所有 live-rw 分区
• persistent-path=<path>：指定持久层挂载路径
• nopersistent：临时禁用持久化，用于排障

对于需要分离用户数据的场景，可额外创建 home-rw 分区，或使用 live-media=removable-usb 限制仅从 USB 启动。Debian 的 live-config 脚本还支持加密持久层，通过 LUKS 封装 live-rw 分区，启动时提示输入密码解密。

启动参数调优与兼容性

UEFI 与 BIOS 启动模式对持久化参数解析存在差异。UEFI 模式下，GRUB 配置位于 EFI/boot/grub.cfg，需确保 rd.live.overlay 类参数正确传递至内核命令行；BIOS 模式则使用 isolinux/syslinux 的 append 行。建议统一使用 rd.live.overlay.overlayfs=1 rd.live.overlay.size=8192 格式，避免旧版 livecd-tools 不识别长参数。

若需同时保留原始镜像与持久化能力，可采用「分离 home」策略：根文件系统保持只读，/home 挂载至独立分区。Fedora 支持 --home-size-mb 创建 home.img，Debian 则通过 persistent-path=/home 实现类似效果。此举既限制 overlay 膨胀，又便于数据备份。

运维要点：溢出、磨损与合并

USB 闪存的写入寿命有限，overlay 的频繁 copy-up 会加速块磨损。建议：

1. 将 /var/log、/var/tmp 挂载为 tmpfs，减少日志写入
2. 定期使用 editliveos（Fedora）或 live-build 工具合并 overlay 至基础镜像，回收空间
3. 监控 overlay 使用率，通过 dmsetup status 或 df -h 预警溢出

当 overlay 接近满载时，Fedora 用户可通过 Device-mapper mirror 目标将 snapshot 合并为新 rootfs，再压缩为 SquashFS 替换原镜像；Debian 用户则可在启动时选择「合并持久层」选项，将变更固化至新的 SquashFS。

实践清单

• 分区规划：USB 前部为 FAT32/EFI 启动区，中部为 SquashFS LiveOS，尾部为 ext4 live-rw（Debian）或 overlay 文件（Fedora）
• 参数模板：linuxefi /images/pxeboot/vmlinuz rd.live.image rd.live.overlay.overlayfs=1 rd.live.overlay.size=8192 quiet
• 标签检查：Debian 确认 e2label /dev/sdX3 live-rw；Fedora 确认 LiveOS/overlay-* 文件存在
• 溢出预案：保留空白 overlay 备份，掌握 dd 扩容与 e2fsck 修复流程

持久化 Live USB 是现场救援、跨机开发、隐私浏览的利器。理解 OverlayFS 的分层机制与发行版特定的实现细节，才能在容量、性能与可靠性之间取得平衡。

资料来源

• Fedora Project Wiki: LiveOS image/overlay — overlay 恢复与合并脚本
• Linux Kernel Documentation: Overlay Filesystem — mount 选项与特性说明

systems