☰

vboxfs中文件的权限是否可以不使用全部770而使用真实的权限呢？

tag-icon • tag-icon linux virtualbox permissions file-permissions
vboxfs中文件的权限是否可以不使用全部770而使用真实的权限呢？

我有一台 VirtualBox VM（Guest），我通过 vboxfs 机制共享一个文件夹树。原始文件夹树位于我的主计算机（Host）上。除了权限问题外，它运行良好。

当我检查主机上的文件时，文件的权限设置为 644 或 664，文件夹的权限设置为 755 或 775。但是当我查看客户机上的权限时，它们看起来都是 770。

有没有办法改变这种情况并获取 Guest 的真正权限？

答案1

我发现我可以/etc/fstab像这样输入我自己的条目：

sharename /home/alexis/shared-folder vboxsf uid=1000,gid=1000,nodev 0 0

这正是我所期望的：它保留了在我的主机文件夹中找到的权限。

我必须测试一些东西，sharename可能是您想要在临时共享文件夹中定义的东西。

该/home/alexis/shared-folder路径是虚拟机上的文件夹。当然，您可以使用任何您想要的路径。

这vboxsf是 VirtualBox 文件系统。我想我们已经知道了。

接下来我们有一个选项列表：

  • uid=1000-- 使用 1,000 作为以此方式链接的文件的用户标识符；您可以在 中找到用户标识符/etc/passwd。如果您想使用自己的默认用户，则可能是 1,000，因为创建的第一个用户分配了该 UID。
  • gid=1000—— 与 类似uid，但针对的是组；您可以在 中找到组标识符/etc/group。
  • nodev——忽略该文件系统上的设备文件。

其他选项如果您想做出其他更改。

我碰巧在我的主机上将其定义为相同（1000/1000），但这在这里并不重要uid。gid

我仍然需要重新启动才能看到它在重新启动时的表现。当然，我只是在控制台中umount-ed 并重新mount-ed，所以你总是可以通过这种方式修复你的文件夹。（一旦我在重新启动后测试了此功能，我将提供更多信息。）

sudo umount /home/alexis/shared-folder
sudo mount sharename

上面显示的命令mount假定您在 VM 计算机上添加了共享文件夹信息。

具体来说，关于权限，dmode和fmode选项可用于将文件的模式更改为例如 660 和 770。不设置这些选项会导致权限流通。

相关内容