![使用tar备份和恢复overlayfs挂载的路径](https://linux22.com/image/70478/%E4%BD%BF%E7%94%A8tar%E5%A4%87%E4%BB%BD%E5%92%8C%E6%81%A2%E5%A4%8Doverlayfs%E6%8C%82%E8%BD%BD%E7%9A%84%E8%B7%AF%E5%BE%84.png)
我有一个运行 OpenWRT 和 Linux 2.6.39.2 的系统。
在我的文件系统中,我的符号链接包含在/etc/rc.dROM 和更多符号链接包含在/overlay/etc/rc.d在闪光中。
overlayfs 在 /etc/rc.d 上联合挂载 /overlay/etc/rc.d。
ROM 中必须删除的文件是符号链接(覆盖-白化)存储在闪存中。
引用OpenWRT 维基:
每当系统被要求在 / 中查找现有文件时,它首先在 /overlay 中查找,如果不存在,则在 /rom 中查找。这样 /overlay 会覆盖 /rom 并创建可写 / 的效果,同时大部分内容安全有效地存储在只读 /rom 中。
当系统被要求删除 /rom 中的文件时,它会在 /overlay 中创建相应的条目,即空白。 whiteout 是一个指向(overlay-whiteout)的符号链接,其大部分行为就像一个不存在的文件。
执行备份
理论上这一切都很好,人们可以尝试备份/overlay/etc/rc.d代替/etc/rc.d保存文件和代表已删除文件的符号链接。但是,每当我将 tar 存档解压回 /overlay 时,即使(覆盖-白化)创建链接后,overlayfs 不会将它们理解为已删除的文件,而是将其理解为真正的链接(覆盖-白化)。
这些链接有什么特别之处?我是否应该希望使用 tar 来执行此备份/恢复过程?