NFS服务端导出配置必须含rw和no_root_squash才允写，改后需exportfs -ra生效；UOS客户端挂载须显式指定rw、uid/gid匹配及vers=3等参数，并排除SELinux与防火墙干扰。
确认NFS服务端导出配置是否允写
先登录NFS服务器（通常是Linux或NAS设备），检查/etc/exports文件中对应目录的导出选项。若该行末尾只有ro（只读）而无rw（读写），客户端挂载后必然无法写入。例如：/data 192.168.1.0/24(ro,sync) → 必须改为 /data 192.168.1.0/24(rw,sync,no_root_squash)。注意：no_root_squash是关键，否则UOS客户端以root身份写入时会被映射为nobody，导致权限拒绝。
改完后在服务端执行exportfs -ra重新加载导出表，再用showmount -e 服务端IP验证输出中该目录是否显示rw标志。这一步跳过会导致后续所有挂载操作都无效——客户端再怎么调参数也改不了服务端的硬性限制。
UOS客户端挂载时显式指定读写与用户映射
在UOS终端中，不要直接用mount -t nfs IP:/path /mnt/local，必须带完整选项：
sudo mount -t nfs -o rw,hard,intr,rsize=32768,wsize=32768,nolock,vers=3,proto=tcp,uid=1000,gid=1000 IP:/data /mnt/nfs_data
其中uid=1000和gid=1000要与当前UOS普通用户一致（可用id -u和id -g确认），否则挂载后文件属主为root，图形界面会显示锁图标且无法保存。vers=3比默认的vers=4更稳定，尤其在旧版NAS上；nolock避免因rpcbind未运行导致挂载失败。
挂载后立即执行touch /mnt/nfs_data/testfile测试写入。若提示Permission denied，说明服务端未开no_root_squash或客户端uid/gid不匹配。
修复已挂载但只读的NFS目录
如果目录已挂载但发现是只读，不能直接用chmod或chown修复——NFS权限由服务端控制，本地修改无效。
第一步：卸载当前挂载点 → sudo umount /mnt/nfs_data
第二步：检查服务端是否真为rw → 在UOS终端执行showmount -e NFS服务器IP，确认输出中该路径后有(rw)字样。若仍是(ro)，立刻返回服务端修正/etc/exports并exportfs -ra。
第三步：重新挂载并强制同步选项 → sudo mount -o remount,rw,hard,intr,uid=1000,gid=1000 /mnt/nfs_data
【注意：remount操作要求原挂载参数与新参数兼容，若原挂载用了vers=4而服务端只支持vers=3，remount会失败，必须先umount再mount】
排查SELinux或防火墙干扰（UOS企业版常见）
统信UOS企业版默认启用SELinux策略，可能拦截NFS写操作。先临时禁用验证是否为此原因：sudo setenforce 0。若此时写入恢复正常，说明SELinux规则阻断了nfsd通信。
永久放行需执行：sudo semanage port -a -t nfs_port_t -p tcp 2049（若2049端口被占用则查服务端实际端口）；再执行sudo setsebool -P nfs_export_all_rw on。
同时检查UOS本机防火墙：sudo ufw status，若为active，需放行NFS端口：sudo ufw allow from NFS服务器IP to any port 2049 proto tcp。
验证NFS挂载点实际权限状态
执行mount | grep nfs，确认输出中对应行含rw（而非ro）且options字段有uid=1000,gid=1000。
进入挂载目录，运行ls -ld .，观察权限位是否为drwxr-xr-x，第三列所有者是否为当前用户名（非root）。若所有者是root，说明挂载时uid参数未生效，需检查是否输错数字或服务端启用了root_squash。
最后测试真实写入：echo "test" > /mnt/nfs_data/write_test.txt && ls -l /mnt/nfs_data/write_test.txt。文件成功生成且属主为当前用户，即完成全部配置。
