总有一些需求是装系统解决不了的比如要把一套已经调好的 Linux 环境原封不动带到另一台机器上用或者给一堆配置各异的电脑做系统维护。这种时候把自己定制的 Linux 系统做成一个 LiveCD就成了最顺手的方案。LiveCD 这个叫法虽然带着“CD”两个字但放到今天实际上就是一个可启动的 ISO 镜像U 盘、移动硬盘、虚拟光驱都能引导本质上就是把一套完整的 Linux 系统压缩打包变成一个随时能跑起来的独立环境。这篇文章就从原理到实操完整讲一遍如何把一个定制好的 Linux 系统做成 LiveCD。我会带你搞懂 LiveCD 背后的引导机制、文件系统压缩、内存叠加层这些核心概念然后一步一步演示如何从零构建一个自己的 Live 系统镜像。不管你是想做一个系统维护盘、给同事分发测试环境还是想做一套离线演示系统这套流程都能直接用。1. 先把原理吃透LiveCD 背后那套机制很多教程上来就甩命令结果读者敲完一遍换台机器换套配置就抓瞎。做 LiveCD 这种偏底层的活儿先把原理搞明白后面每一步你都能预判它会发生什么。1.1 LiveCD 不是“光盘上的完整系统”而是“解压后运行”如果你以为 LiveCD 就是直接把根目录 / 刻进光盘里那方向就错了。Linux 启动时内核需要挂载根文件系统然后 init 进程才能启动系统服务。如果根文件系统只是放在光盘或者 U 盘上问题就来了光盘和大部分 U 盘是只读介质但系统运行时要写 /tmp、/var/log、/run 这些目录没写权限系统根本起不来。光学介质的读取速度很慢把所有文件直接放在介质上运行体验会非常糟糕。发行版的 Live 系统体积往往有几个 GB但系统里大部分文件在运行过程中根本不会被读一遍全部按原样放着是巨大的浪费。所以 LiveCD 的通用做法是把整套根文件系统压缩成一个只读的 squashfs 镜像文件通常叫 filesystem.squashfs启动时先把 squashfs 挂载为只读的底层再用 overlayfs 在内存里叠加一个可写的上层目录。所有写入操作都落到内存里系统看起来就像运行在一个正常的可写根文件系统上但底层其实是只读压缩镜像。打个比方squashfs 像一本印刷好的词典overlayfs 像盖在词典上的透明便利贴。你查到词写在便利贴上词典本身永远不会被改坏。重启之后便利贴被扔掉词典还是原来那本——这就是 LiveCD 每次启动都干净如初的秘密。1.2 四个关键组件squashfs、overlayfs、initramfs、引导器理解 LiveCD绕不开这四个组件我把它们的作用和相互关系理清楚squashfs是一个只读压缩文件系统专门为嵌入式系统和 Live 介质设计。它支持多种压缩算法gzip、lzo、xz、zstd能把一个几个 GB 的根文件系统压到 1 GB 多挂载时按需解压没有读取过的文件就一直保持压缩状态省空间也省传输时间。overlayfs是 Linux 内核自带的联合文件系统能把一个只读底层和一个可写上层“合并”成一个逻辑目录。Live 系统里底层是 squashfs 挂载点上层通常是 tmpfs内存文件系统系统所有写入都进 tmpfs速度极快但断电即失。initramfs也叫 initrd是一个小型的临时根文件系统内核启动早期先加载它由它完成挂载真实根文件系统前的所有准备工作。在 LiveCD 场景里initramfs 负责找到 squashfs 镜像、挂载 squashfs、建立 overlayfs然后把根目录切换到合并后的文件系统上。换句话说initramfs 是 LiveCD 的“接线员”。引导器GRUB 或 isolinux负责把内核和 initramfs 从光盘/U 盘加载到内存。对 UEFI 固件的机器要考虑 EFI 引导对老式 BIOS 机器要用 isolinux 或 GRUB 的 BIOS 兼容模式。一个合格的 LiveCD 一般要同时支持这两种引导方式。1.3 两条技术路线自动构建工具 vs 手动打包自己做 LiveCD 大体有两条路线一是用发行版官方提供的构建工具比如 Debian 系有 live-build、Ubuntu 有 Cubic、Arch 系有 archiso。这类工具把 LiveCD 制作流程封装成一系列脚本你只需要写配置文件、提供软件包列表。优点是省心适合标准化产出缺点是定制起来绕比如你想把自己刚定制好的一个完整系统原封不动做成 LiveCD工具反而不灵活。另一条是手动打包路线准备一个目标根文件系统目录往里装好系统和软件然后用 mksquashfs 打包配合 GRUB 生成 ISO。这条路更符合“把一个 Linux 系统做成 LiveCD”的需求——因为你手上往往已经有一台调好的机器或者一个 chroot 环境要做的事情不是“构建一个 Live 系统”而是“把这个系统装进 LiveCD”。这篇文章选择第二条路线因为它的灵活性最高而且把原理讲透了不管以后用哪个工具底层逻辑都是一样的。整个过程可以概括为五步。2. 环境准备与工具选型开始动手之前先把构建环境准备妥当。LiveCD 制作对宿主机有一定的硬件和软件要求在错误的环境里操作后面排查起来会非常痛苦。2.1 宿主机的选择推荐 Debian/Ubuntu 系构建 LiveCD 的宿主机建议也是 Linux 系统Debian/Ubuntu 系最省心因为很多关键工具grub-mkrescue、squashfs-tools 等都有现成包而且生成的内核引导风格兼容性最好。如果目标 LiveCD 本身就是 Debian 系系统宿主机和目标环境的架构一致都是 amd64做出来的镜像可以直接通用。如果你想把非 Debian 系的系统做成 LiveCD理论上也可以但要注意内核模块路径、initramfs 生成工具、bootloader 配置这几个地方差异很大需要额外适配。硬件方面构建过程需要临时存放一个完整的根文件系统副本和一个最终的 ISO 文件。按经验至少要预留目标系统体积 3 倍的空间一份是 rootfs 展开后的体积一份是 squashfs 打包时的临时文件一份是 ISO 成品。假设目标系统装完占用 4 GB宿主机空闲空间至少要有 12 GB 以上才稳。内存方面mksquashfs 压缩时内存占用和压缩级别有关zstd 高倍率压缩时比较吃内存编 4 GB 的文件系统大概需要 2-4 GB 的 RAM建议宿主机器至少有 8 GB 内存。2.2 工具清单和安装方法需要安装的工具不多但每个都必不可少# Debian/Ubuntu 系宿主机 apt update apt install -y debootstrap squashfs-tools grub-pc-bin grub-efi-amd64-bin \ xorriso mtools dosfstools rsync逐个说一下这些工具的用途debootstrap用来从零构建一个 Debian 系的最小根文件系统。如果你已经有现成系统要打包也可以不用它。squashfs-tools提供 mksquashfs 和 unsquashfs 命令是生成只读压缩文件系统的核心工具。grub-pc-bin / grub-efi-amd64-binGRUB 引导器的 BIOS 版和 UEFI 版模块grub-mkrescue 生成 ISO 时要用它们拼出双启动引导。xorriso负责把引导文件、内核、initramfs、squashfs 镜像按 ISO 9660 格式刻录成镜像文件。mtools / dosfstools生成 EFI 启动分区时格式化 FAT 文件系统用的辅助工具。rsync在 chroot 环境内外同步文件系统时保留属主、权限和链接关系。如果你使用的是其他发行版的宿主机包管理器换成对应的yum/dnf 安装 squeeze-tools、grub2-common 等工具名称大同小异。2.3 工作目录约定我的习惯是在宿主机建一个统一的工作目录把 rootfs、镜像、临时文件分开存放避免混乱mkdir -p ~/livecd/{build,iso,scratch} # build 目标根文件系统的展开目录 # iso 最终 ISO 的组装目录 # scratch临时文件、日志等还要确保宿主机能访问外网或本地软件源debootstrap 构建根文件系统时需要下载基础软件包。如果目标环境是纯内网可以把软件源指向内网镜像或者直接用已存在的系统目录做 rootfs绕过联网步骤。3. 构建干净的系统根目录LiveCD 的灵魂是那个打包进 squashfs 的根文件系统。这一步开始我们不再碰宿主机所有操作都发生在一个独立的目录里。3.1 debootstrap 构建基础系统干净是第一要义要做一个进得去、用得稳的 LiveCD我强烈建议从 debootstrap 构建一个全新 rootfs而不是直接把宿主机根目录复制过去。宿主机上长期运行的系统总会留下各种用户文件、缓存、日志、机器特定配置这些东西打进 LiveCD 里轻则体积膨胀重则造成启动冲突。deboostrap 基本用法export TARGET~/livecd/build export SUITEbookworm export MIRRORhttps://mirrors.tuna.tsinghua.edu.cn/debian/ debootstrap --archamd64 --variantminbase \ --includesystemd,systemd-sysv,udev,dbus,linux-image-amd64,grub-efi-ia32-bin,grub-efi-amd64-bin \ $SUITE $TARGET $MIRROR解释下几个关键参数。--variantminbase 表示最小的 base 系统不带桌面、不装文档--include 后面列的是额外要装进 rootfs 的包。这里特意列出了 linux-image-amd64内核、systemd 和 udev系统初始化和设备管理没有这两样Live 系统启动时会卡在「waiting for devtmpfs」这种阶段。如果说构建普通 chroot 环境只需要一个能用的用户空间构建 LiveCD 的 rootfs 则必须保证它启动后能自己“活”过来——所以内核和 systemd 必须提前打进去。3.2 chroot 环境里的系统定制装软件、改配置、设账户基础系统装好后用 chroot 进入这个目录把 LiveCD 做成你想要的样子。标准进 chroot 操作要绑定一批虚拟文件系统mount --bind /dev $TARGET/dev mount --bind /dev/pts $TARGET/dev/pts mount --bind /proc $TARGET/proc mount --bind /sys $TARGET/sys cp /etc/resolv.conf $TARGET/etc/resolv.conf chroot $TARGET /bin/bash在 chroot 里APT 源、语言、时区、默认账户、预装软件都可以按需配置。比如装一个 Xfce 轻量桌面# 进入 chroot 后执行 export LANGC.UTF-8 apt update apt install -y xfce4 xfce4-terminal lightdm network-manager systemctl enable lightdm systemctl enable NetworkManager这里有个容易踩的坑chroot 环境里 systemctl enable 常常报错说无法联系 systemd 进程但 enable 操作实际上只是创建符号链接报错不影响最终效果。关键是确认链接已创建ls -l /etc/systemd/system/display-manager.service # 应该能看到指向 /lib/systemd/system/lightdm.service 的符号链接把常用软件装完后创建默认用户useradd -m -s /bin/bash liveuser echo liveuser:liveuser | chpasswd建议默认账户密码设置得简单一些比如 liveuser/liveuser因为是 Live 环境本身不保存任何数据安全性不是重点方便才是。3.3 定制完成后的“洁癖检查”rootfs 定制完成后对着清单检查一遍这几样东西不清掉很容易出问题/etc/machine-id每个安装的 Linux 系统都有一个唯一的 machine-id如果直接带着宿主机或构建机的 machine-id 打包LiveCD 里就会有一台“幽灵机器”的 idDHCP 下发地址、日志标记都可能跟真实环境混淆。清空它让系统启动时自动生成一个随机的truncate -s 0 /etc/machine-id rm -f /var/lib/dbus/machine-id/var/log、/var/tmp、/root/.bash_history这些临时数据和历史记录没有任何保留价值清掉能省不少空间还能避免把隐私带出去。/etc/hostname可以改成 livehost这样启动后主机名统一、可预期。软件缓存apt 缓存和临时文件apt clean rm -rf /var/lib/apt/lists/*看一眼 rootfs 总大小心里有个数du -sh ~/livecd/build如果发现某类软件包占了太多空间可以用 apt autoremove 清理依赖包。一个带轻量桌面的 Debian 系统比较合理的体积在 2-4 GB 之间超过 5 GB 就要回头想想是不是装了一堆用不上的东西。全部检查完退出 chroot 并卸载虚拟文件系统准备进入下一步exit umount $TARGET/dev/pts umount $TARGET/dev umount $TARGET/proc umount $TARGET/sys4. 制作可启动内核与 initramfsrootfs 准备好了但还不能直接打包。内核和 initramfs 需要单独处理它们要从 squashfs 镜像里独立出来放在引导器可以直接读取的位置。4.1 内核和模块的搭配问题Debian 系的内核镜像包安装后内核文件在/boot/vmlinuz-*对应的 initramfs 是/boot/initrd.img-*而内核模块在/lib/modules/$(uname -r)/目录下。把内核和 initramfs 复制到 ISO 组装目录时有一个细节很容易被忽略/lib/modules下的模块会被打进 squashfs 根文件系统里但 initramfs 在早期启动阶段加载时squashfs 还没挂载所以 initramfs 里必须包含“找到并挂载 squashfs 所需的最少模块”。通常这种做法最省心initramfs 直接用 update-initramfs 生成完整版包含 ext4、squashfs、overlayfs 等常用模块然后把内核和完整的 initramfs 原样复制出来。# 在 chroot 里执行生成 initramfs update-initramfs -u -k all # 在宿主机上注意路径 cp $TARGET/boot/vmlinuz-* ~/livecd/iso/vmlinuz cp $TARGET/boot/initrd.img-* ~/livecd/iso/initrd.img4.2 initramfs 里必须有 Live 挂载逻辑普通的 initramfs 默认会去挂载硬盘上的根分区但 LiveCD 的根不是硬盘分区而是 squashfs 镜像。这之间的“翻译逻辑”需要一个 hook 脚本来完成。Debian 系的 initramfs-tools 支持自定义 hook。最简单的做法是把 Live 挂载逻辑写成一个 boot script放在/etc/initramfs-tools/scripts/下。这个脚本的核心功能三件事找到 squashfs 镜像、挂载 root 为只读、用 overlayfs 把 tmpfs 叠加上去。不是所有发行版都自带 live-boot 包。如果你用的是 Debian 系可以直接安装 live-boot 包它自带完整逻辑# 在 chroot 里执行 apt install -y live-boot然后保证内核启动参数里加上bootlivelive-boot 的 initramfs 脚本就会自动搜索带 LABEL 的分区、挂载 squashfs、合并 overlayfs。如果不想依赖 live-boot麻烦得多因为没有 live-boot 的 initramfs 会在挂载根前直接报 “unable to find a medium containing a live file system”。所以建议用 live-boot。具体确认 initramfs 里包含 live-boot 的脚本# 宿主机上执行查看 initramfs 里的内容 zcat ~/livecd/iso/initrd.img | cpio -t | grep live输出里应该有scripts/live或scripts/live-*这类文件。有就说明 safe没有就得回到 chroot 里重装 live-boot再重新生成一次 initramfs。4.3 启动参数怎么传bootlive 与持久化Live 系统的行为由内核启动参数控制。grub.cfg 里传的参数格式如下linux /live/vmlinuz bootlive quiet splash initrd /live/initrd.imgbootlive告诉 initramfs 用 live 模式启动而不是普通本地磁盘模式。quiet splash可选让启动界面更干净。toram可选。加了它initramfs 会把整个 squashfs 镜像加载到内存再挂载启动稍慢但运行飞快适合内存充足的机器。persistent可选。加了它系统会把可写层保存到标记为 persistent 的分区或文件里实现“每次重启不丢数据”的半持久化 Live 系统。这些参数后面生成 grub.cfg 时要用到。第一次做建议先用bootlive quiet把最简路径跑通再研究 toram 和 persistent。5. 打包根文件系统squashfs 的制作与优化rootfs 准备完毕接下来就到了打包环节。squashfs 镜像的质量直接影响 LiveCD 的启动速度和最终体积。5.1 mksquashfs 关键参数解读做完洁癖检查的 rootfs 目录就是 squashfs 的输入。最基本的一条命令长得像这样mksquashfs ~/livecd/build ~/livecd/iso/filesystem.squashfs \ -comp zstd \ -Xcompression-level 15 \ -processors 4 \ -noappend逐个解释这些参数怎么来的-comp zstd选压缩算法。比较过 gzip、xz、zstd 三者的实测zstd 在压缩率接近 xz 的前提下压缩速度是 xz 的几倍到十几倍挂载解压速度也快很多。如果你的内核比较老4.19 之前不支持 zstd就退回-comp xz。-Xcompression-level 15是 zstd 的压缩级别范围 1-22。级别越高压缩比越好但耗时也越长。实测 15 左右的性价比最高22 能多压出 3%-5% 的体积时间成本却高几倍。-processors 4指定压缩用的 CPU 线程数。根据你机器的核心数调整。压缩过程是 CPU 密集型的如果机器空闲可以放宽到全核。-noappend保证从零开始生成镜像避免上次残留的数据块混入。如果你希望某些文件不被打包比如构建期产生的临时文件可以用-e排除mksquashfs ~/livecd/build ~/livecd/iso/filesystem.squashfs \ -comp zstd -Xcompression-level 15 -processors 4 -noappend \ -e boot/vmlinuz-* boot/initrd.img-*内核文件已经从 rootfs 里复制到 ISO 组装目录了根文件系统里就没必要再放一份能省 70-100 MB 空间。5.2 打包完成后验证镜像打包完成立刻验证一下镜像的完整性和可读性unsquashfs -s ~/livecd/iso/filesystem.squashfs这条命令打印 squashfs 的元数据压缩算法、块大小、文件数、解压后大小。看到正常输出说明镜像生成成功。再用unsquashfs -l抽查几个关键路径比如/etc/fstab、/bin/bash确保 rootfs 内容都在。另外记录一下解压后的总大小和解压前的大小心里有个数ls -lh ~/livecd/iso/filesystem.squashfs5.3 一个容易被忽略的点块大小与碎片mksquashfs 还有个可选参数-bblock size默认 128K。对于机械光盘介质块大小太大会导致按需解压时读取整块数据过多影响启动速度太小又会降低压缩率。128K 是一个在速度和压缩率之间比较平衡的选择。如果 LiveCD 主要跑在 U 盘上可以调到 256K 提升压缩率只是个别小文件的随机读取略慢。第一次做不建议折腾这个参数默认就好。6. 生成 ISOGRUB 引导与多启动支持最后一步是把 vmlinuz、initrd.img、filesystem.squashfs、grub.cfg 一起打包成 ISO 镜像。6.1 用 grub-mkrescue 一键生成双启动 ISO我的习惯是把 ISO 组装目录整理成这样的结构~/livecd/iso/ ├── boot/ │ └── grub/ │ └── grub.cfg ├── live/ │ ├── filesystem.squashfs │ ├── initrd.img │ └── vmlinuzgrub.cfg 内容set timeout5 set default0 menuentry My Live Linux { linux /live/vmlinuz bootlive quiet initrd /live/initrd.img }注意 GRUB 配置文件里所有路径都是相对于 ISO 根目录的不用加/boot前缀的事不用多心只要目录结构对应就行。然后生成 ISOgrub-mkrescue -o ~/livecd/linux-live.iso ~/livecd/isogrub-mkrescue 会自动生成 BIOS 引导区、EFI 引导区并调用 xorriso 把整个目录刻录成 ISO。输出一个就能在 UEFI 和 BIOS 两种机器上启动的镜像这也是它比手动拼 xorriso 命令省心的地方。如果想要 ISO 卷标好识别比如插多个盘时能分辨出来加个-volid参数不过 grub-mkrescue 不直接透传可以这样xorriso -indev ~/livecd/linux-live.iso \ -boot_image any who_createdmy_live \ -volid LINUX_LIVE \ -commit -outdev ~/livecd/linux-live-final.iso其实更省心的做法是在制作前先环境变量控制或者直接用 xorriso 完整命令但这已经超出常规需求了卷标一般没人看。6.2 实测镜像先虚拟机后真机不管你的 ISO 是怎么生成的永远先在虚拟机里实测再拿去刷 U 盘。用 QEMU 或虚拟化软件开一台虚拟机加载 ISO 引导重点看几个地方能否出现 GRUB 菜单菜单能正常倒数并启动。内核是否正常解压、initramfs 是否成功加载没有 kernel panic。能否从 squashfs 挂载根目录并进入登录界面。登录后mount看看根文件系统是不是 overlay 类型可写层在不在。随便在/tmp里写个文件确认写操作不报只读。用 QEMU 测最直接qemu-system-x86_64 -m 2048 -boot d -cdrom ~/livecd/linux-live.iso \ -display gtk看到overlay出现在根挂载的 type 字段里这一步就算成了。如果开机卡在某个地方不要急着拔掉电源先按滚屏记录下报错信息。下面一章专门整理我这些年踩过的坑。7. 常见问题与排查技巧实录做 LiveCD 最容易翻车的地方我把它们按出场率从高到低排了一张表方便你对照排查。症状可能原因排查思路与解法启动后卡在 initramfs 的命令行squashfs 镜像没被找到确认 ISO 里的路径与 grub.cfg 一致确认启动参数传了bootlive确认 live-boot 装进了 rootfs 并重新生成了 initrd内核 panicVFS: Unable to mount root fs内核缺少 squashfs 或 overlayfs 支持用modprobe squashfs手动加载验证没有则重编内核或在 initramfs 里显式force_load模块启动极慢进度条停很久squashfs 在机械盘/低速 U 盘上随机读取尽量用 USB 3.0 盘或加toram启动参数让镜像整体加载进内存启动后网络不可用缺少固件firmware或 NetworkManager 未启用检查 rootfs 里/lib/firmware是否含无线网卡固件执行systemctl enable NetworkManager改的配置重启后不生效没理解 Live 系统不可写Live 的每次写入都在内存要持久化必须加persistent参数并搭配持久化分区UEFI 机器能启动BIOS 机器不能镜像只生成了 EFI 引导确认 grub-pc-bin 已安装grub-mkrescue 应同时输出 BIOS 和 EFI 引导BIOS 机器能启动UEFI 不能缺少 EFI 系统分区确认 grub-efi-amd64-bin 已安装镜像里要有efi.img或 FAT 分区除了表里这些有几个细节的经验特别想单独说一下。7.1 chroot 里容易犯的低级错误在 chroot 里执行 apt 安装时我至少遇到过两次忘了mount --bind /dev结果安装 udev 或 systemd 相关包时报莫名错误。排查了半天猛然想起 dev 里没有/dev/null和/dev/urandom一堆程序在装的时候无法创建设备节点。所以每次做 LiveCD 前我的固定动作是把/dev、/proc、/sys绑好再进 chroot退出来后逐个卸载剩下什么都不信。7.2 不要把宿主机的 /etc/resolv.conf 留在 rootfs 里拷贝 resolv.conf 进 chroot 是为了让 apt 能解析软件源域名但打包前一定要删掉它或者用一个空文件替代。如果你把宿主机的 DNS 配置尤其是有线网络专有的 DNS 服务器地址带进了 LiveCD别人在完全不同的网络环境启动时DNS 解析会莫名其妙地慢甚至失败。Live 系统启动时 NetworkManager 自己会处理 resolv.conf不需要你替它预设。7.3 内核版本和 live-boot 的兼容性live-boot 包一般跟着发行版走它和新内核的兼容性通常没问题。但如果你在 rootfs 里手动升级了内核版本记得重新执行一次update-initramfs -u。我遇到过一次升级内核后没重新生成 initrd结果 boot 参数一切正常但 initramfs 里用的还是旧内核的模块树加载 live 脚本时少了个模块卡在挂载 root 那一步。这种问题不看 initramfs 内容很难想到。7.4 多次制作后旧文件干扰grub-mkrescue 每次会用~/livecd/iso目录下所有文件生成镜像如果你之前测试时在目录里留了旧版本的 filesystem.squashfs 或者实验用的脚本它们会一并被打进 ISO。检查 ISO 体积就能发现问题——“咦怎么比上次大了一倍”。养成好习惯每次制作前清空 iso 目录或者每次只往固定名称里放文件。8. 扩展思路持久化、压缩启动、离线分发基础流程跑通之后你基本就具备了自己做 LiveCD 的能力。最后分享几个扩展方向。8.1 实现真正的“可持久化 Live”默认 Live 系统每次重启都会回到初始状态但很多场景需要“装点东西进去重启后还在”。加persistent启动参数再在 U 盘上建一个持久化分区标记为persistencelive-boot 就会把这个分区作为 overlayfs 的上层。你安装的软件、修改的配置重启后都能保留。具体操作是先分区比如 U 盘第一个分区放 ISO 内容第二个分区格式化为 ext4卷标设为persistence然后在持久化分区根目录创建一个persistence.conf文件内容写上/ union这就告诉 live-boot 把整个根目录作为联合挂载的持久化层。实测下来这套方案配合 U 盘做一个“带着自己系统跑”的工作盘非常顺手。8.2 toram让 LiveCD 快得像本地盘如果目标机器的内存足够大系统解压后体积能装进内存启动参数加一个toraminitramfs 会把整个 squashfs 镜像先拷贝进内存再挂载。机械 U 盘的随机读取瓶颈瞬间消失应用启动速度跟本地硬盘几乎一样。代价是启动时会有一段等待镜像加载的时间取决于镜像大小和 U 盘读速换来运行阶段的极速体验。8.3 定制发型版的离线分发方案做成 LiveCD 后分发变得异常简单。把 ISO 文件发给对方对方不用安装系统直接启动就能体验你搭建好的完整环境。对内网环境、设备展示、教学培训这种场景非常实用。更进一步了解到 Linux 上还有专门做系统克隆的工具类似再生龙Clonezilla那种它们能把一个现成系统转化成可启动的 Live 镜像原理和这篇文章讲的完全一致——理解了这套底层机制再去看那些工具的日志和报错一眼就能定位问题。我是从第一次做 LiveCD 时连续失败三天、最后发现只是 initramfs 没重新生成的那次经历中彻底把这套机制刻进脑子里的。如果你做的过程中遇到了我上面没提到的问题优先去翻 initramfs 和启动日志多看几遍总能找出答案。这套手艺学会了不管是给自己做应急维护盘还是为团队做标准交付环境都能派上用场。 从零制作Linux LiveCD：定制系统便携化原理与实操
总有一些需求是装系统解决不了的比如要把一套已经调好的 Linux 环境原封不动带到另一台机器上用或者给一堆配置各异的电脑做系统维护。这种时候把自己定制的 Linux 系统做成一个 LiveCD就成了最顺手的方案。LiveCD 这个叫法虽然带着“CD”两个字但放到今天实际上就是一个可启动的 ISO 镜像U 盘、移动硬盘、虚拟光驱都能引导本质上就是把一套完整的 Linux 系统压缩打包变成一个随时能跑起来的独立环境。这篇文章就从原理到实操完整讲一遍如何把一个定制好的 Linux 系统做成 LiveCD。我会带你搞懂 LiveCD 背后的引导机制、文件系统压缩、内存叠加层这些核心概念然后一步一步演示如何从零构建一个自己的 Live 系统镜像。不管你是想做一个系统维护盘、给同事分发测试环境还是想做一套离线演示系统这套流程都能直接用。1. 先把原理吃透LiveCD 背后那套机制很多教程上来就甩命令结果读者敲完一遍换台机器换套配置就抓瞎。做 LiveCD 这种偏底层的活儿先把原理搞明白后面每一步你都能预判它会发生什么。1.1 LiveCD 不是“光盘上的完整系统”而是“解压后运行”如果你以为 LiveCD 就是直接把根目录 / 刻进光盘里那方向就错了。Linux 启动时内核需要挂载根文件系统然后 init 进程才能启动系统服务。如果根文件系统只是放在光盘或者 U 盘上问题就来了光盘和大部分 U 盘是只读介质但系统运行时要写 /tmp、/var/log、/run 这些目录没写权限系统根本起不来。光学介质的读取速度很慢把所有文件直接放在介质上运行体验会非常糟糕。发行版的 Live 系统体积往往有几个 GB但系统里大部分文件在运行过程中根本不会被读一遍全部按原样放着是巨大的浪费。所以 LiveCD 的通用做法是把整套根文件系统压缩成一个只读的 squashfs 镜像文件通常叫 filesystem.squashfs启动时先把 squashfs 挂载为只读的底层再用 overlayfs 在内存里叠加一个可写的上层目录。所有写入操作都落到内存里系统看起来就像运行在一个正常的可写根文件系统上但底层其实是只读压缩镜像。打个比方squashfs 像一本印刷好的词典overlayfs 像盖在词典上的透明便利贴。你查到词写在便利贴上词典本身永远不会被改坏。重启之后便利贴被扔掉词典还是原来那本——这就是 LiveCD 每次启动都干净如初的秘密。1.2 四个关键组件squashfs、overlayfs、initramfs、引导器理解 LiveCD绕不开这四个组件我把它们的作用和相互关系理清楚squashfs是一个只读压缩文件系统专门为嵌入式系统和 Live 介质设计。它支持多种压缩算法gzip、lzo、xz、zstd能把一个几个 GB 的根文件系统压到 1 GB 多挂载时按需解压没有读取过的文件就一直保持压缩状态省空间也省传输时间。overlayfs是 Linux 内核自带的联合文件系统能把一个只读底层和一个可写上层“合并”成一个逻辑目录。Live 系统里底层是 squashfs 挂载点上层通常是 tmpfs内存文件系统系统所有写入都进 tmpfs速度极快但断电即失。initramfs也叫 initrd是一个小型的临时根文件系统内核启动早期先加载它由它完成挂载真实根文件系统前的所有准备工作。在 LiveCD 场景里initramfs 负责找到 squashfs 镜像、挂载 squashfs、建立 overlayfs然后把根目录切换到合并后的文件系统上。换句话说initramfs 是 LiveCD 的“接线员”。引导器GRUB 或 isolinux负责把内核和 initramfs 从光盘/U 盘加载到内存。对 UEFI 固件的机器要考虑 EFI 引导对老式 BIOS 机器要用 isolinux 或 GRUB 的 BIOS 兼容模式。一个合格的 LiveCD 一般要同时支持这两种引导方式。1.3 两条技术路线自动构建工具 vs 手动打包自己做 LiveCD 大体有两条路线一是用发行版官方提供的构建工具比如 Debian 系有 live-build、Ubuntu 有 Cubic、Arch 系有 archiso。这类工具把 LiveCD 制作流程封装成一系列脚本你只需要写配置文件、提供软件包列表。优点是省心适合标准化产出缺点是定制起来绕比如你想把自己刚定制好的一个完整系统原封不动做成 LiveCD工具反而不灵活。另一条是手动打包路线准备一个目标根文件系统目录往里装好系统和软件然后用 mksquashfs 打包配合 GRUB 生成 ISO。这条路更符合“把一个 Linux 系统做成 LiveCD”的需求——因为你手上往往已经有一台调好的机器或者一个 chroot 环境要做的事情不是“构建一个 Live 系统”而是“把这个系统装进 LiveCD”。这篇文章选择第二条路线因为它的灵活性最高而且把原理讲透了不管以后用哪个工具底层逻辑都是一样的。整个过程可以概括为五步。2. 环境准备与工具选型开始动手之前先把构建环境准备妥当。LiveCD 制作对宿主机有一定的硬件和软件要求在错误的环境里操作后面排查起来会非常痛苦。2.1 宿主机的选择推荐 Debian/Ubuntu 系构建 LiveCD 的宿主机建议也是 Linux 系统Debian/Ubuntu 系最省心因为很多关键工具grub-mkrescue、squashfs-tools 等都有现成包而且生成的内核引导风格兼容性最好。如果目标 LiveCD 本身就是 Debian 系系统宿主机和目标环境的架构一致都是 amd64做出来的镜像可以直接通用。如果你想把非 Debian 系的系统做成 LiveCD理论上也可以但要注意内核模块路径、initramfs 生成工具、bootloader 配置这几个地方差异很大需要额外适配。硬件方面构建过程需要临时存放一个完整的根文件系统副本和一个最终的 ISO 文件。按经验至少要预留目标系统体积 3 倍的空间一份是 rootfs 展开后的体积一份是 squashfs 打包时的临时文件一份是 ISO 成品。假设目标系统装完占用 4 GB宿主机空闲空间至少要有 12 GB 以上才稳。内存方面mksquashfs 压缩时内存占用和压缩级别有关zstd 高倍率压缩时比较吃内存编 4 GB 的文件系统大概需要 2-4 GB 的 RAM建议宿主机器至少有 8 GB 内存。2.2 工具清单和安装方法需要安装的工具不多但每个都必不可少# Debian/Ubuntu 系宿主机 apt update apt install -y debootstrap squashfs-tools grub-pc-bin grub-efi-amd64-bin \ xorriso mtools dosfstools rsync逐个说一下这些工具的用途debootstrap用来从零构建一个 Debian 系的最小根文件系统。如果你已经有现成系统要打包也可以不用它。squashfs-tools提供 mksquashfs 和 unsquashfs 命令是生成只读压缩文件系统的核心工具。grub-pc-bin / grub-efi-amd64-binGRUB 引导器的 BIOS 版和 UEFI 版模块grub-mkrescue 生成 ISO 时要用它们拼出双启动引导。xorriso负责把引导文件、内核、initramfs、squashfs 镜像按 ISO 9660 格式刻录成镜像文件。mtools / dosfstools生成 EFI 启动分区时格式化 FAT 文件系统用的辅助工具。rsync在 chroot 环境内外同步文件系统时保留属主、权限和链接关系。如果你使用的是其他发行版的宿主机包管理器换成对应的yum/dnf 安装 squeeze-tools、grub2-common 等工具名称大同小异。2.3 工作目录约定我的习惯是在宿主机建一个统一的工作目录把 rootfs、镜像、临时文件分开存放避免混乱mkdir -p ~/livecd/{build,iso,scratch} # build 目标根文件系统的展开目录 # iso 最终 ISO 的组装目录 # scratch临时文件、日志等还要确保宿主机能访问外网或本地软件源debootstrap 构建根文件系统时需要下载基础软件包。如果目标环境是纯内网可以把软件源指向内网镜像或者直接用已存在的系统目录做 rootfs绕过联网步骤。3. 构建干净的系统根目录LiveCD 的灵魂是那个打包进 squashfs 的根文件系统。这一步开始我们不再碰宿主机所有操作都发生在一个独立的目录里。3.1 debootstrap 构建基础系统干净是第一要义要做一个进得去、用得稳的 LiveCD我强烈建议从 debootstrap 构建一个全新 rootfs而不是直接把宿主机根目录复制过去。宿主机上长期运行的系统总会留下各种用户文件、缓存、日志、机器特定配置这些东西打进 LiveCD 里轻则体积膨胀重则造成启动冲突。deboostrap 基本用法export TARGET~/livecd/build export SUITEbookworm export MIRRORhttps://mirrors.tuna.tsinghua.edu.cn/debian/ debootstrap --archamd64 --variantminbase \ --includesystemd,systemd-sysv,udev,dbus,linux-image-amd64,grub-efi-ia32-bin,grub-efi-amd64-bin \ $SUITE $TARGET $MIRROR解释下几个关键参数。--variantminbase 表示最小的 base 系统不带桌面、不装文档--include 后面列的是额外要装进 rootfs 的包。这里特意列出了 linux-image-amd64内核、systemd 和 udev系统初始化和设备管理没有这两样Live 系统启动时会卡在「waiting for devtmpfs」这种阶段。如果说构建普通 chroot 环境只需要一个能用的用户空间构建 LiveCD 的 rootfs 则必须保证它启动后能自己“活”过来——所以内核和 systemd 必须提前打进去。3.2 chroot 环境里的系统定制装软件、改配置、设账户基础系统装好后用 chroot 进入这个目录把 LiveCD 做成你想要的样子。标准进 chroot 操作要绑定一批虚拟文件系统mount --bind /dev $TARGET/dev mount --bind /dev/pts $TARGET/dev/pts mount --bind /proc $TARGET/proc mount --bind /sys $TARGET/sys cp /etc/resolv.conf $TARGET/etc/resolv.conf chroot $TARGET /bin/bash在 chroot 里APT 源、语言、时区、默认账户、预装软件都可以按需配置。比如装一个 Xfce 轻量桌面# 进入 chroot 后执行 export LANGC.UTF-8 apt update apt install -y xfce4 xfce4-terminal lightdm network-manager systemctl enable lightdm systemctl enable NetworkManager这里有个容易踩的坑chroot 环境里 systemctl enable 常常报错说无法联系 systemd 进程但 enable 操作实际上只是创建符号链接报错不影响最终效果。关键是确认链接已创建ls -l /etc/systemd/system/display-manager.service # 应该能看到指向 /lib/systemd/system/lightdm.service 的符号链接把常用软件装完后创建默认用户useradd -m -s /bin/bash liveuser echo liveuser:liveuser | chpasswd建议默认账户密码设置得简单一些比如 liveuser/liveuser因为是 Live 环境本身不保存任何数据安全性不是重点方便才是。3.3 定制完成后的“洁癖检查”rootfs 定制完成后对着清单检查一遍这几样东西不清掉很容易出问题/etc/machine-id每个安装的 Linux 系统都有一个唯一的 machine-id如果直接带着宿主机或构建机的 machine-id 打包LiveCD 里就会有一台“幽灵机器”的 idDHCP 下发地址、日志标记都可能跟真实环境混淆。清空它让系统启动时自动生成一个随机的truncate -s 0 /etc/machine-id rm -f /var/lib/dbus/machine-id/var/log、/var/tmp、/root/.bash_history这些临时数据和历史记录没有任何保留价值清掉能省不少空间还能避免把隐私带出去。/etc/hostname可以改成 livehost这样启动后主机名统一、可预期。软件缓存apt 缓存和临时文件apt clean rm -rf /var/lib/apt/lists/*看一眼 rootfs 总大小心里有个数du -sh ~/livecd/build如果发现某类软件包占了太多空间可以用 apt autoremove 清理依赖包。一个带轻量桌面的 Debian 系统比较合理的体积在 2-4 GB 之间超过 5 GB 就要回头想想是不是装了一堆用不上的东西。全部检查完退出 chroot 并卸载虚拟文件系统准备进入下一步exit umount $TARGET/dev/pts umount $TARGET/dev umount $TARGET/proc umount $TARGET/sys4. 制作可启动内核与 initramfsrootfs 准备好了但还不能直接打包。内核和 initramfs 需要单独处理它们要从 squashfs 镜像里独立出来放在引导器可以直接读取的位置。4.1 内核和模块的搭配问题Debian 系的内核镜像包安装后内核文件在/boot/vmlinuz-*对应的 initramfs 是/boot/initrd.img-*而内核模块在/lib/modules/$(uname -r)/目录下。把内核和 initramfs 复制到 ISO 组装目录时有一个细节很容易被忽略/lib/modules下的模块会被打进 squashfs 根文件系统里但 initramfs 在早期启动阶段加载时squashfs 还没挂载所以 initramfs 里必须包含“找到并挂载 squashfs 所需的最少模块”。通常这种做法最省心initramfs 直接用 update-initramfs 生成完整版包含 ext4、squashfs、overlayfs 等常用模块然后把内核和完整的 initramfs 原样复制出来。# 在 chroot 里执行生成 initramfs update-initramfs -u -k all # 在宿主机上注意路径 cp $TARGET/boot/vmlinuz-* ~/livecd/iso/vmlinuz cp $TARGET/boot/initrd.img-* ~/livecd/iso/initrd.img4.2 initramfs 里必须有 Live 挂载逻辑普通的 initramfs 默认会去挂载硬盘上的根分区但 LiveCD 的根不是硬盘分区而是 squashfs 镜像。这之间的“翻译逻辑”需要一个 hook 脚本来完成。Debian 系的 initramfs-tools 支持自定义 hook。最简单的做法是把 Live 挂载逻辑写成一个 boot script放在/etc/initramfs-tools/scripts/下。这个脚本的核心功能三件事找到 squashfs 镜像、挂载 root 为只读、用 overlayfs 把 tmpfs 叠加上去。不是所有发行版都自带 live-boot 包。如果你用的是 Debian 系可以直接安装 live-boot 包它自带完整逻辑# 在 chroot 里执行 apt install -y live-boot然后保证内核启动参数里加上bootlivelive-boot 的 initramfs 脚本就会自动搜索带 LABEL 的分区、挂载 squashfs、合并 overlayfs。如果不想依赖 live-boot麻烦得多因为没有 live-boot 的 initramfs 会在挂载根前直接报 “unable to find a medium containing a live file system”。所以建议用 live-boot。具体确认 initramfs 里包含 live-boot 的脚本# 宿主机上执行查看 initramfs 里的内容 zcat ~/livecd/iso/initrd.img | cpio -t | grep live输出里应该有scripts/live或scripts/live-*这类文件。有就说明 safe没有就得回到 chroot 里重装 live-boot再重新生成一次 initramfs。4.3 启动参数怎么传bootlive 与持久化Live 系统的行为由内核启动参数控制。grub.cfg 里传的参数格式如下linux /live/vmlinuz bootlive quiet splash initrd /live/initrd.imgbootlive告诉 initramfs 用 live 模式启动而不是普通本地磁盘模式。quiet splash可选让启动界面更干净。toram可选。加了它initramfs 会把整个 squashfs 镜像加载到内存再挂载启动稍慢但运行飞快适合内存充足的机器。persistent可选。加了它系统会把可写层保存到标记为 persistent 的分区或文件里实现“每次重启不丢数据”的半持久化 Live 系统。这些参数后面生成 grub.cfg 时要用到。第一次做建议先用bootlive quiet把最简路径跑通再研究 toram 和 persistent。5. 打包根文件系统squashfs 的制作与优化rootfs 准备完毕接下来就到了打包环节。squashfs 镜像的质量直接影响 LiveCD 的启动速度和最终体积。5.1 mksquashfs 关键参数解读做完洁癖检查的 rootfs 目录就是 squashfs 的输入。最基本的一条命令长得像这样mksquashfs ~/livecd/build ~/livecd/iso/filesystem.squashfs \ -comp zstd \ -Xcompression-level 15 \ -processors 4 \ -noappend逐个解释这些参数怎么来的-comp zstd选压缩算法。比较过 gzip、xz、zstd 三者的实测zstd 在压缩率接近 xz 的前提下压缩速度是 xz 的几倍到十几倍挂载解压速度也快很多。如果你的内核比较老4.19 之前不支持 zstd就退回-comp xz。-Xcompression-level 15是 zstd 的压缩级别范围 1-22。级别越高压缩比越好但耗时也越长。实测 15 左右的性价比最高22 能多压出 3%-5% 的体积时间成本却高几倍。-processors 4指定压缩用的 CPU 线程数。根据你机器的核心数调整。压缩过程是 CPU 密集型的如果机器空闲可以放宽到全核。-noappend保证从零开始生成镜像避免上次残留的数据块混入。如果你希望某些文件不被打包比如构建期产生的临时文件可以用-e排除mksquashfs ~/livecd/build ~/livecd/iso/filesystem.squashfs \ -comp zstd -Xcompression-level 15 -processors 4 -noappend \ -e boot/vmlinuz-* boot/initrd.img-*内核文件已经从 rootfs 里复制到 ISO 组装目录了根文件系统里就没必要再放一份能省 70-100 MB 空间。5.2 打包完成后验证镜像打包完成立刻验证一下镜像的完整性和可读性unsquashfs -s ~/livecd/iso/filesystem.squashfs这条命令打印 squashfs 的元数据压缩算法、块大小、文件数、解压后大小。看到正常输出说明镜像生成成功。再用unsquashfs -l抽查几个关键路径比如/etc/fstab、/bin/bash确保 rootfs 内容都在。另外记录一下解压后的总大小和解压前的大小心里有个数ls -lh ~/livecd/iso/filesystem.squashfs5.3 一个容易被忽略的点块大小与碎片mksquashfs 还有个可选参数-bblock size默认 128K。对于机械光盘介质块大小太大会导致按需解压时读取整块数据过多影响启动速度太小又会降低压缩率。128K 是一个在速度和压缩率之间比较平衡的选择。如果 LiveCD 主要跑在 U 盘上可以调到 256K 提升压缩率只是个别小文件的随机读取略慢。第一次做不建议折腾这个参数默认就好。6. 生成 ISOGRUB 引导与多启动支持最后一步是把 vmlinuz、initrd.img、filesystem.squashfs、grub.cfg 一起打包成 ISO 镜像。6.1 用 grub-mkrescue 一键生成双启动 ISO我的习惯是把 ISO 组装目录整理成这样的结构~/livecd/iso/ ├── boot/ │ └── grub/ │ └── grub.cfg ├── live/ │ ├── filesystem.squashfs │ ├── initrd.img │ └── vmlinuzgrub.cfg 内容set timeout5 set default0 menuentry My Live Linux { linux /live/vmlinuz bootlive quiet initrd /live/initrd.img }注意 GRUB 配置文件里所有路径都是相对于 ISO 根目录的不用加/boot前缀的事不用多心只要目录结构对应就行。然后生成 ISOgrub-mkrescue -o ~/livecd/linux-live.iso ~/livecd/isogrub-mkrescue 会自动生成 BIOS 引导区、EFI 引导区并调用 xorriso 把整个目录刻录成 ISO。输出一个就能在 UEFI 和 BIOS 两种机器上启动的镜像这也是它比手动拼 xorriso 命令省心的地方。如果想要 ISO 卷标好识别比如插多个盘时能分辨出来加个-volid参数不过 grub-mkrescue 不直接透传可以这样xorriso -indev ~/livecd/linux-live.iso \ -boot_image any who_createdmy_live \ -volid LINUX_LIVE \ -commit -outdev ~/livecd/linux-live-final.iso其实更省心的做法是在制作前先环境变量控制或者直接用 xorriso 完整命令但这已经超出常规需求了卷标一般没人看。6.2 实测镜像先虚拟机后真机不管你的 ISO 是怎么生成的永远先在虚拟机里实测再拿去刷 U 盘。用 QEMU 或虚拟化软件开一台虚拟机加载 ISO 引导重点看几个地方能否出现 GRUB 菜单菜单能正常倒数并启动。内核是否正常解压、initramfs 是否成功加载没有 kernel panic。能否从 squashfs 挂载根目录并进入登录界面。登录后mount看看根文件系统是不是 overlay 类型可写层在不在。随便在/tmp里写个文件确认写操作不报只读。用 QEMU 测最直接qemu-system-x86_64 -m 2048 -boot d -cdrom ~/livecd/linux-live.iso \ -display gtk看到overlay出现在根挂载的 type 字段里这一步就算成了。如果开机卡在某个地方不要急着拔掉电源先按滚屏记录下报错信息。下面一章专门整理我这些年踩过的坑。7. 常见问题与排查技巧实录做 LiveCD 最容易翻车的地方我把它们按出场率从高到低排了一张表方便你对照排查。症状可能原因排查思路与解法启动后卡在 initramfs 的命令行squashfs 镜像没被找到确认 ISO 里的路径与 grub.cfg 一致确认启动参数传了bootlive确认 live-boot 装进了 rootfs 并重新生成了 initrd内核 panicVFS: Unable to mount root fs内核缺少 squashfs 或 overlayfs 支持用modprobe squashfs手动加载验证没有则重编内核或在 initramfs 里显式force_load模块启动极慢进度条停很久squashfs 在机械盘/低速 U 盘上随机读取尽量用 USB 3.0 盘或加toram启动参数让镜像整体加载进内存启动后网络不可用缺少固件firmware或 NetworkManager 未启用检查 rootfs 里/lib/firmware是否含无线网卡固件执行systemctl enable NetworkManager改的配置重启后不生效没理解 Live 系统不可写Live 的每次写入都在内存要持久化必须加persistent参数并搭配持久化分区UEFI 机器能启动BIOS 机器不能镜像只生成了 EFI 引导确认 grub-pc-bin 已安装grub-mkrescue 应同时输出 BIOS 和 EFI 引导BIOS 机器能启动UEFI 不能缺少 EFI 系统分区确认 grub-efi-amd64-bin 已安装镜像里要有efi.img或 FAT 分区除了表里这些有几个细节的经验特别想单独说一下。7.1 chroot 里容易犯的低级错误在 chroot 里执行 apt 安装时我至少遇到过两次忘了mount --bind /dev结果安装 udev 或 systemd 相关包时报莫名错误。排查了半天猛然想起 dev 里没有/dev/null和/dev/urandom一堆程序在装的时候无法创建设备节点。所以每次做 LiveCD 前我的固定动作是把/dev、/proc、/sys绑好再进 chroot退出来后逐个卸载剩下什么都不信。7.2 不要把宿主机的 /etc/resolv.conf 留在 rootfs 里拷贝 resolv.conf 进 chroot 是为了让 apt 能解析软件源域名但打包前一定要删掉它或者用一个空文件替代。如果你把宿主机的 DNS 配置尤其是有线网络专有的 DNS 服务器地址带进了 LiveCD别人在完全不同的网络环境启动时DNS 解析会莫名其妙地慢甚至失败。Live 系统启动时 NetworkManager 自己会处理 resolv.conf不需要你替它预设。7.3 内核版本和 live-boot 的兼容性live-boot 包一般跟着发行版走它和新内核的兼容性通常没问题。但如果你在 rootfs 里手动升级了内核版本记得重新执行一次update-initramfs -u。我遇到过一次升级内核后没重新生成 initrd结果 boot 参数一切正常但 initramfs 里用的还是旧内核的模块树加载 live 脚本时少了个模块卡在挂载 root 那一步。这种问题不看 initramfs 内容很难想到。7.4 多次制作后旧文件干扰grub-mkrescue 每次会用~/livecd/iso目录下所有文件生成镜像如果你之前测试时在目录里留了旧版本的 filesystem.squashfs 或者实验用的脚本它们会一并被打进 ISO。检查 ISO 体积就能发现问题——“咦怎么比上次大了一倍”。养成好习惯每次制作前清空 iso 目录或者每次只往固定名称里放文件。8. 扩展思路持久化、压缩启动、离线分发基础流程跑通之后你基本就具备了自己做 LiveCD 的能力。最后分享几个扩展方向。8.1 实现真正的“可持久化 Live”默认 Live 系统每次重启都会回到初始状态但很多场景需要“装点东西进去重启后还在”。加persistent启动参数再在 U 盘上建一个持久化分区标记为persistencelive-boot 就会把这个分区作为 overlayfs 的上层。你安装的软件、修改的配置重启后都能保留。具体操作是先分区比如 U 盘第一个分区放 ISO 内容第二个分区格式化为 ext4卷标设为persistence然后在持久化分区根目录创建一个persistence.conf文件内容写上/ union这就告诉 live-boot 把整个根目录作为联合挂载的持久化层。实测下来这套方案配合 U 盘做一个“带着自己系统跑”的工作盘非常顺手。8.2 toram让 LiveCD 快得像本地盘如果目标机器的内存足够大系统解压后体积能装进内存启动参数加一个toraminitramfs 会把整个 squashfs 镜像先拷贝进内存再挂载。机械 U 盘的随机读取瓶颈瞬间消失应用启动速度跟本地硬盘几乎一样。代价是启动时会有一段等待镜像加载的时间取决于镜像大小和 U 盘读速换来运行阶段的极速体验。8.3 定制发型版的离线分发方案做成 LiveCD 后分发变得异常简单。把 ISO 文件发给对方对方不用安装系统直接启动就能体验你搭建好的完整环境。对内网环境、设备展示、教学培训这种场景非常实用。更进一步了解到 Linux 上还有专门做系统克隆的工具类似再生龙Clonezilla那种它们能把一个现成系统转化成可启动的 Live 镜像原理和这篇文章讲的完全一致——理解了这套底层机制再去看那些工具的日志和报错一眼就能定位问题。我是从第一次做 LiveCD 时连续失败三天、最后发现只是 initramfs 没重新生成的那次经历中彻底把这套机制刻进脑子里的。如果你做的过程中遇到了我上面没提到的问题优先去翻 initramfs 和启动日志多看几遍总能找出答案。这套手艺学会了不管是给自己做应急维护盘还是为团队做标准交付环境都能派上用场。