Tag: unionfs

如何自动挂载unionfs-fuse文件系统？: 我可以运行shell命令： unionfs-fuse /changedata=RW:/immutedata=RO -o cow /data 这将按照我想要的方式安装文件系统。现在我需要将它合并到自动挂载器中，以便根据需要重新安装。我在/etc/auto.misc中尝试过的： /data -fstype=fuse,cow /changedata=RW:/immutedata=RO 什么automount –debug -f /etc/auto.master在我做ls / data时说： handle_packet: type = 5 handle_packet_missing_direct: token 19, name /data, request pid 6063 attempting to mount entry /data lookup_mount: lookup(file): looking up /data lookup_mount: lookup(file): /data -> -fstype=fuse,cow /changedata=RW:/immutedata=RO parse_mount: parse(sun): expanded entry: -fstype=fuse,cow /changedata=RW:/immutedata=RO parse_mount: parse(sun): gathered […]

Overlayfs重新加载多个图层（从aufs迁移）: 我遇到过其中一个aufs来覆盖迁移头痛。使用aufs，您可以指定多个RO层，并使用remount刷新其中的一些文件。使用aufs的fstab： aufs /etc aufs noauto,br:/rw-root/etc=rw:/ro-root/etc=ro:/etc=rr 0 0 与overlayfs相同的function： none /.tmp-root/etc overlayfs noauto,upperdir=/ro-root/etc,lowerdir=/etc 0 0 none /etc overlayfs noauto,upperdir=/rw-root/etc,lowerdir=/.tmp-root/etc 0 0 按顺序安装系统很好，一切正常。当我需要更新ro-root分区上的内容时，就会出现问题。运行remount，将/ etc视为已安装的overlayfs，而不是原始的ro-root。（解决了mount -bind的问题）显然问题在于文件的inode编号。因此，编辑文件可以正常工作，但是如果我将新文件复制到较低级别的旧文件上，则不会传播更改。所以这可能是一个真正的overlayfs问题。我真的很喜欢这种设置继续工作（重组一切都是相当多的工作和测试，我宁愿避免，因为这会影响+50虚拟机）。话虽这么说，我也会接受这样的答案，这些答案可以在initrd-stage之后安全地移动readonly-root以解决这个问题，如果那是不可能的，那么建议最简单的方式来改变/修改/创建initrd来完成这个动作。还有另一个相关的问题，但它只是两层的简单forms。简单的overlayfs重载问题