我以前在aufs中使用过aufs2 --工具很幸运,但是显然这个包已经被“取代”了(对于一个似乎被删除的包来说,这个术语很奇怪,因为它不再编译了,但没关系)。
好吧,所以我想我应该试着用工会导火索。不过,我无法在我的一生中想出如何让它为用户工作。
我使用这个命令来制作统一的挂载:
unionfs-fuse /mnt/disk1-pool=RW:/mnt/disk3-pool=RW /mnt/union-pool当我以root用户的身份运行它时,我不能以joe用户的身份访问这个共享:
$ ls -al /mnt
ls: cannot access /mnt/union-pool: Permission denied
...
d?????????? ? ? ? ? ? union-pool当我以joe的身份运行它时,我不能以root用户的身份访问这个共享。我基本上得到了与上面完全相同的输出。这对我来说有点奇怪,根是根。
根用户(显然)和joe用户都可以访问/mnt/disk3 1-池和/mnt/disk3 3-池挂载。
如果有人有任何关于aufs的信息,我也会感兴趣的。我很喜欢这个包裹,因为它起作用了。
发布于 2011-08-28 12:33:51
我认为(但没有尝试) fuse选项-o allow_other (在unionfs-fuse's手册页面中的示例中也显示了)可能会有所帮助。
尝尝这个
sudo mount -t aufs -o br:/mnt/disk1-pool=RW:/mnt/disk3-pool=RW \
none /mnt/union-pool在没有aufs-tools包的情况下,这似乎也有效。
发布于 2019-11-01 05:46:45
做个笔记这样这个条目就可以自给自足了。这是基于FUSE的文件系统的一个常见问题。用户空间FUSE后台进程以执行它的用户的权限运行。思想过程是,默认情况下,除进程所有者以外的任何人都不应被允许访问熔断器挂载点下的文件。为了允许其他配置,需要指定某些配置参数和挂载选项。在/etc/fuse.conf中,取消注释user_allow_other。在安装时,根据需求,添加选项allow_root或allow_other
注意:请注意,以root的形式运行FUSE进程并在挂载期间传递allow_other是不眠夜的处方,因为任何用户都可以获得对任何底层文件系统的根访问权。
https://unix.stackexchange.com/questions/19595
复制相似问题