LibreOffice 5.4.5.1访问NFS挂载文件系统提示权限被拒求助

我之前也碰到过类似的情况，结合你描述的细节（Ubuntu 17.10已完成全量更新、NFS挂载的/Documents目录打不开.od_格式文档但复制到本地$HOME就能正常打开），问题大概率出在LibreOffice对网络文件系统的权限处理或者NFS挂载的参数设置上，下面给你几个针对性的解决方案：

先理清问题根源 #

文件在本地能正常打开，说明文档本身没有损坏，核心矛盾集中在这几点：

• NFS挂载时的用户UID/GID映射可能不匹配，导致LibreOffice进程无法以你的身份读取文件
• LibreOffice默认的安全策略会限制从网络共享加载文件，规避潜在安全风险
• NFS共享的文件可能带有特殊扩展属性，LibreOffice无法识别或读取

一步步解决问题 #

1. 检查并调整NFS挂载参数 #

首先查看当前NFS的挂载状态，确认权限映射是否正确：

mount | grep nfs

如果挂载时未指定uid和gid参数，这很可能是问题所在——NFS默认会沿用服务器端的用户ID，和你本地的UID/GID不匹配就会触发权限拒绝。可以尝试重新挂载：

sudo umount /Documents
sudo mount -t nfs <你的NFS服务器地址>:<共享路径> /Documents -o uid=$(id -u),gid=$(id -g),rw

这条命令会把挂载目录的所有者直接映射为你当前登录的用户，确保你拥有足够的读写权限。

2. 修改LibreOffice的安全信任设置 #

LibreOffice有默认的安全限制，会阻止从非本地文件系统打开文件，你可以调整这个设置：

• 打开LibreOffice任意组件（比如Writer）
• 点击顶部菜单栏的「工具」→「选项」
• 在左侧导航栏选择「安全性」→「宏安全性」，切换到「信任中心」标签
• 找到「文件来源设置」，要么勾选「允许从所有位置打开文件」（注意：此操作会降低安全性，谨慎选择），要么专门将/Documents添加到信任位置
• 点击「确定」后重启LibreOffice，再尝试打开NFS上的文档

3. 检查文件权限与特殊属性 #

先确认文件本身的权限是否正常：

ls -l /Documents/*.od_

确保你对该文件拥有读取（r）权限。如果权限不符，可以在NFS服务器端调整文件权限，或者通过上述挂载参数修正。另外，也可以尝试移除文件的特殊锁定属性：

sudo chattr -i /Documents/你的文档文件名.od_

额外小提示 #

如果以上方法都无效，你可以尝试更新LibreOffice到最新版本（虽然你已完成系统更新，但LibreOffice可能有独立补丁），或者换用其他办公软件（比如WPS Office）测试，以此排除LibreOffice本身的兼容性问题。

内容的提问来源于stack exchange，提问作者kcbehler