第 12 章 在 RHEL 的镜像模式中管理文件系统

当 bootc 系统完全引导时，与 chroot 创建的环境类似，也就是说，操作系统会更改当前正在运行的进程及其子级的显式根目录。物理主机根文件系统挂载到 /sysroot。chroot 文件系统被称为部署 root。

剩余的文件系统路径是部署 root 的一部分，用作系统引导的最终目标。系统使用 ostree=kernel 参数来查找部署 root。

默认文件系统布局具有 /opt 和 /usr/local 作为常规目录，即，在运行时可写入构建时间和不可变。例如，这与 RHEL CoreOS 不同，例如将这些符号链接保存在 /var 中。

在创建新的引导装载程序条目前，ostree-finalize-staged.service 会在关闭过程中执行这些任务。

这是因为 Linux 系统的许多组件都在 /etc 目录中提供默认配置文件。即使默认软件包没有提供它，默认情况下，软件只检查 /etc 中的配置文件。基于非基于 bootc 镜像的更新系统没有不同版本的 /etc，仅会在安装过程中填充，且不会在安装后在任意时间点上更改。这会导致 /etc 系统状态受到初始镜像版本的影响，并可能导致问题应用更改，例如：到 /etc/sudoers.conf，并且需要外部干预。有关文件配置的详情，请参阅 构建和测试 RHEL bootc 镜像。

默认情况下，/var 中的内容充当卷，即容器镜像的内容会在初始安装过程中复制，且不会在以后进行更新。

/var 和 /etc 目录不同。您可以将 /etc 用于相对较小的配置文件，预期的配置文件通常绑定到 /usr 中的操作系统二进制文件。/var 目录有任意大型数据，如系统日志、数据库和默认数据，如果操作系统状态回滚，则不会回滚。

例如，进行 dnf downgrade postgresql 等更新不会影响 /var/lib/postgres 中的物理数据库。同样，使 bootc 更新 或 bootc 回滚 不会影响此应用程序数据。

使用 /var 分离还使得在应用新操作系统更新之前完全可以正常工作，也就是说，更新会被下载并就绪，但只会对重启生效。这也适用于 Docker 卷，因为它将应用程序代码与其数据分离。

如果您希望应用程序具有预先创建的目录结构，例如 /var/lib/postgresql，则可以使用这个情况。为此，使用 systemd rhacm.d。您还可以在单元中使用 StateDirectory= <directory& gt;。

当软件需要写入 /opt/exampleapp 中自己的目录时，一个常见模式是使用符号链接来重定向到，例如： /var 用于日志文件等操作：

RUN rmdir /opt/exampleapp/logs && ln -sr /var/log/exampleapp /opt/exampleapp/logs

RUN rmdir /opt/exampleapp/logs && ln -sr /var/log/exampleapp /opt/exampleapp/logs

另外，您还可以配置 systemd 单元来启动服务来动态执行这些挂载。例如：

BindPaths=/var/log/exampleapp:/opt/exampleapp/logs

BindPaths=/var/log/exampleapp:/opt/exampleapp/logs

[root]
transient = true

[root]
transient = true

这可让软件临时写入 /opt，对于必须保留的内容的符号链接 /var。