启动live镜像

最新推荐文章于 2024-04-30 17:48:43 发布

lyx@amtf.jlsj

最新推荐文章于 2024-04-30 17:48:43 发布

阅读量968

点赞数

分类专栏： Linux 构建文章标签： LiveCD启动

Linux 构建专栏收录该内容

13 篇文章

订阅专栏

本文详细介绍了Dracut在启动live镜像时提供的多种选项，包括只读文件系统镜像SquashFS、解压缩的live文件系统镜像和可读写文件系统镜像的使用场景和配置方法。探讨了不同镜像启动方式对系统启动速度、RAM占用及文件系统管理的影响。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

原文地址：https://github.com/dracutdevs/dracut/blob/master/dracut.cmdline.7.asc#booting-live-images

Dracut为live的启动镜像提供了多种选项：

只读文件系统镜像-SquashFS

系统会从SquashFS中的只读文件系统启动，并为只读的基文件系统申请挂载一个可读写的Device-mapper快照或OverlayFS ovely，这种方法很大程度上确保了快速启动和更少的RAM占用。用户必须很小心，避免向块照卷中写入过多的块数据。一旦快照overlay的块被耗尽，根文件系统将变为只读，并可能引起应用程序出错。这种情况下，快照overlay文件会被标记为Overflow，并需要进行复杂的脱机修复和空间扩展。这些临时的overlay本质上是RAM中的稀疏文件，会使用被分配的空间用作实际的块申请。它们在RAM中被默认分配名义上的32G空间。这个空间的大小可以在内核命令行中的rd.live.overlay.size=进行调整。

经典的文件系统结构如下所示：

squashfs.img          |  SquashFS from LiveCD .iso
   !(mount)
   /LiveOS
       |- rootfs.img  |  Filesystem image to mount read-only
            !(mount)
            /bin      |  Live filesystem
            /boot     |
            /dev      |
            ...       |

对于OverlayFS挂载overlay，文件系统结构也可能是一个直接压缩的根文件系统：

squashfs.img          |  SquashFS from LiveCD .iso
   !(mount)
   /bin               |  Live filesystem
   /boot              |
   /dev               |
   ...                |

Dracut会从各种live overlay启动方案中选择一种作为默认方式。

解压缩的live文件系统镜像

可读写文件系统镜像

系统会取出一个压缩的文件系统镜像，提取到/run/initramfs/fsimg/rootfs.img，并将它链接到一个循环设备，在/dev/mapper/live-rw创建一个可写的、线性Device-mapper设备，并把该设备以可写卷的方式挂载到/。这样会在启动的时候占用更多的RAM资源，但live的文件系统也变得更加容易管理。用户可以制作一个自定义大小的文件系统镜像，系统在启动的过程中，这块空间会被保留。这种模式下，根文件系统的修改都是临时的（重启后丢失）。

文件系统的结构：

rootfs.tgz            |  Compressed tarball containing filesystem image
   !(unpack)
   /rootfs.img        |  Filesystem image at /run/initramfs/fsimg/
      !(mount)
      /bin            |  Live filesystem
      /boot           |
      /dev            |
      ...             |

如果使用这个启动选项，确保内核命令行中的rd.writable.fsimg=1，通过添加root=live:<URL>指定压缩的文件系统镜像tar包或SquashFS镜像的位置。