我使用QNAP NAS作为Ubuntu主目录的存储服务器。 一切似乎工作正常，到目前为止，我没有遇到任何问题的文件权限。 输出线的安装是：
192.168.0.200:/homes/myuser on /home/myuser type nfs (rw,relatime,vers=3,rsize=524288,wsize=524288,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.0.200,mountvers=3,mountport=30000,mountproto=udp,local_lock=none,addr=192.168.0.200) 但是，当我尝试克隆到我的主目录的git存储库时，我得到以下输出和错误消息：
myuser@ubuntu ~/test % git clone -v https://github.com/robbyrussell/oh-my-zsh.git Cloning into 'oh-my-zsh'... POST git-upload-pack (140 bytes) remote: Counting objects: 17463, done. fatal: Unable to create temporary file '/home/myuser/test/oh-my-zsh/.git/objects/pack/tmp_pack_XXXXXX': Permission denied fatal: index-pack failed
运行该命令后，目录test甚至不包含名为oh-my-zsh的子目录。 它仍然是空的。
目录/home/myuser/test/ getfacl显示以下输出：
myuser@ubuntu ~/test % getfacl . # file: . # owner: myuser # group: mygroup user::rwx user:nobody:--- user: myuser:rwx group::rwx mask::rwx other::--- default:user::rwx default:user:nobody:--- default:user: myuser:rwx default:group::rwx default:mask::rwx default:other::---
所以实际上应该没有权限问题，因为myuser对目录拥有所有权限。 那么有什么权限相关的，我失踪了？ 或者这是一个NFS相关的问题，我该如何解决这个问题？
同样的问题。 我想有2种方法。
要么
在/etc/fstab添加noacl选项，如下所示。 选项可能根据您的偏好而有所不同。
192.168.0.200:/homes/myuser /home/myuser nfs defaults,_netdev,noacl 1 2
我做了后者，它的工作。
编辑：如果您想继续使用高级ACL，请确保您的NAS上的NFSv4处于活动状态。 NFSv4支持ACL ，但NFSv3可能不支持。
编辑： 我不build议第一种方式 。 我试了一下，结果造成了一场噩梦。 所有权限被覆盖，文件夹777，文件666.所以你应该像现在一样离开NAS选项，并且只改变客户端的NFSconfiguration。