对 rootfs 所做的更改不会重定向到 fstab 中设置的覆盖层

对 rootfs 所做的更改不会重定向到 fstab 中设置的覆盖层

fstab 是下一个 fstab 文件的链接:

# <file system> <mount pt> <type> <options> <dump> <pass>
/dev/root       /          ext2   ro,noauto 0       1
proc            /proc      proc   defaults  0       0
/dev/mmcblk0p10 /data      ext4   defaults  0       0
overlay         /          overlay
lowerdir=/,upperdir=/data/rfs_overlay,workdir=/data/rfs_overlay_work 0 0

使用 fstab 时覆盖不会生效,并且 mount 命令输出不包含任何覆盖行。

我尝试将 fstab 行更改为:

# <file system> <mount pt>         <type>  <options> <dump> <pass>
overlay         /data/rfs_overlay  overlay
lowerdir=/,upperdir=/data/rfs_overlay_upper,workdir=/data/rfs_overlay_work 0 0

然后,我从 mount 命令中得到该行:

overlay on /data/rfs_overlay type overlay
(rw,relatime,lowerdir=/,upperdir=/data/rfs_overlay_upper,workdir=/data/rfs_overlay_work)

但是,当我尝试在 rootfs 中创建 test.txt 文件时,我得到以下结果:

touch test.txt
touch: test.txt: Read-only file system

值得注意的是,如果我将 rootfs 更改为 rw 并在 rootfs 上创建文件,则该文件会在屋顶和覆盖层中创建:

mount -o remount,rw /
touch test.txt
find / -name test.txt
/data/rfs_overlay/root/test.txt /root/test.txt

我尝试了以下链接但没有成功:

答案1

首先,您需要了解第二次尝试时会发生什么。

# <file system> <mount pt>         <type>  <options> <dump> <pass>
overlay         /data/rfs_overlay  overlay
lowerdir=/,upperdir=/data/rfs_overlay_upper,workdir=/data/rfs_overlay_work 0 0
  • 你的下层目录吧/。 lowerdir 应该是静态的并且应该是只读的。您可以将此目录视为“基础”。这些是最初未更改的文件。
  • 你的上层目录是/data/rfs_overlay_upper。这是应该保存更改的文件夹,或者是下层目录中的“delta”。
  • 在这种情况下,您的挂载点是/data/rfs_overlay。这意味着此安装将是 lowerdir (“base” - /)和 upperdir (“delta” - )之间合并的结果/data/rfs_overlay_upper

例如,在您的情况下,如果您创建一个文件/data/rfs_overlay/afile,您将看到它是在 upperdir: 中创建的/data/rfs_overlay_upper/afile。这就是 lowerdir 保持不变,而 upperdir 包含“增量”的原因 - lowerdir 和合并文件夹之间的更改。

就您而言,您在 中进行了更改/,这是 的较低目录/data/rfs_overlay。正如我之前所说,lowerdir 应该保持静态(这就是它是 r/o 的原因)。您不应该触摸下层目录或上层目录,而只能触摸合并的安装。内核应该对上层目录进行任何更改。

这就是你第二次尝试时发生的情况的解释。

关于你最初的尝试。首先,您尝试安装/两次,这是不可能的。

理论上,您首先需要安装包括下层、上层和工作目录的分区。最后,您需要安装合并的目标路径。

但就你的情况而言,我认为这两种方法都行不通。你希望你的合并文件夹是/(所以根据我所说的,它需要安装下/上/工作目录),但根文件系统也必须是第一个被安装的!因为其余的支架都应该安装在上面。所以这就是不可能的原因。

我假设您的目标是为 rootfs 提供某种“快照”,使其保持静态并使所有更改都写入上层目录。如果这就是您想要做的,我建议您使用一些支持根文件系统快照的写时复制文件系统,例如BTFS或者ZFS。当然,您需要为此重新安装主机。但您无法按自己想要的方式使用覆盖。

相关内容