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。当然,您需要为此重新安装主机。但您无法按自己想要的方式使用覆盖。