我有一些文件存储在网络共享上，我将其作为驱动器安装在我的 ubuntu 桌面上。
在 LibreOffice 6.0 中，它会打开文件，但保持只读状态（很确定这是由于我尚未修复的网络权限造成的）。
在 LibreOffice 6.1 中，它甚至无法打开文件。它只是说“拒绝访问 {filename}”
但是，如果我将文件复制并粘贴到我的桌面，它可以正常打开。
有任何想法吗？
所需信息询问：
从mount命令中，这是我正在访问的挂载的位置：
//data-server.myserver.lan/Server on /home/david/Server type cifs (rw,relatime,vers=default,cache=strict,username=My Name,domain=mydomain,uid=0,noforceuid,gid=0,noforcegid,addr=10.0.0.6,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,noperm,rsize=1048576,wsize=1048576,echo_interval=60,actimeo=1,_netdev)
从lsblk：
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 2.2M 1 loop /snap/gnome-calculator/222
loop1 7:1 0 174.2M 1 loop /snap/gitkraken/90
loop2 7:2 0 3.7M 1 loop /snap/gnome-system-monitor/45
loop3 7:3 0 87.9M 1 loop /snap/core/5328
loop4 7:4 0 13M 1 loop /snap/gnome-characters/117
loop5 7:5 0 143.9M 1 loop /snap/slack/7
loop6 7:6 0 2.3M 1 loop /snap/gnome-calculator/180
loop7 7:7 0 2.3M 1 loop /snap/gnome-calculator/199
loop8 7:8 0 87M 1 loop /snap/core/5145
loop9 7:9 0 86.9M 1 loop /snap/core/4917
loop10 7:10 0 13M 1 loop /snap/gnome-characters/103
loop11 7:11 0 140M 1 loop /snap/gnome-3-26-1604/59
loop12 7:12 0 3.7M 1 loop /snap/gnome-system-monitor/51
loop13 7:13 0 93.5M 1 loop /snap/slack/6
loop14 7:14 0 13M 1 loop /snap/gnome-characters/101
loop15 7:15 0 14.5M 1 loop /snap/gnome-logs/37
loop16 7:16 0 477.9M 1 loop /snap/libreoffice/80
loop17 7:17 0 3.7M 1 loop /snap/gnome-system-monitor/54
loop18 7:18 0 34.7M 1 loop /snap/gtk-common-themes/319
loop19 7:19 0 14.5M 1 loop /snap/gnome-logs/40
loop20 7:20 0 174.2M 1 loop /snap/gitkraken/94
loop21 7:21 0 174.2M 1 loop /snap/gitkraken/87
loop22 7:22 0 139.5M 1 loop /snap/gnome-3-26-1604/64
loop23 7:23 0 141.5M 1 loop /snap/slack/8
loop24 7:24 0 140.9M 1 loop /snap/gnome-3-26-1604/70
loop25 7:25 0 14.5M 1 loop /snap/gnome-logs/34
sda 8:0 0 238.5G 0 disk
└─sda1 8:1 0 238.5G 0 part /
和ls -l [the file]：
-rwxr-xr-x 1 root root 36864 Sep 11 10:47 '/home/david/Server/SetUp/Docs/IT.docx'
答案1
在我的 Ubuntu 18.04 LTS MATE 上，我可以使用从 snap 安装的 LibreOffice 6.1 来确认您的问题：
$ snap list libreoffice
Name Version Rev Tracking Publisher Notes
libreoffice 6.1.0.3 80 stable canonical✓ -
我从 Caja 购入了两支股票：
- SMB/CIFS（开启
/run/user/1000/gvfs/smb-share:server=192.168.111.111,share=public） - SFTP/SSHFS（开启
/run/user/1000/gvfs/sftp:host=192.168.111.111/home/user/Public）。
当我尝试使用 LibreOffice 打开其中的 ODS 或 ODT 文件时，我收到了来自 LibreOffice 的几乎相似的错误消息：
我尝试通过将接口连接到 Snap 来解决问题
snap connect libreoffice:removable-media
snap connect libreoffice:network
snap connect libreoffice:network-bind
没有运气。
因此，我们发现了 Snap 应用程序的新问题。我们已经遇到了外部媒体。
因为我们需要使用网络存储，所以我们将删除这个漂亮的 LibO 新 Snap 包
snap remove libreoffice
并安装基于 deb 的普通版本：
sudo apt-get install libreoffice
并以正常读写模式打开网络文件。
答案2
研究：我在 Debian 10 上使用 Mate 桌面时也遇到了同样的问题。我已将 /etc/fstab 配置为在启动时挂载 (NAS) Cifs，但 MATE 桌面文件管理器似乎将其挂载了第二次。如果我从文件管理器“文件系统”快捷方式开始导航到 cifs 上的文件，它会找到启动时挂载点，LibreOffice 会毫无问题地打开该文件。但是，如果我从文件管理器“网络”快捷方式开始浏览同一个文件，它会找到 MATE 的备用挂载点，LibreOffice 根本无法打开它 - 没有错误，没有文件，Mudville 中没有乐趣。
我打开了两个文件管理器窗口，导航到同一个文件，然后比较文件权限。从“文件系统”快捷方式，文件管理器显示所有者为“pmartz (Paul Martz)”，但从“网络”显示所有者仅为“pmartz”。MATE 文件管理器没有显示实际用户/组 ID 的选项（在我的情况下为 1000/1000）。
因此，我可以通过始终使用“文件系统”快捷方式作为导航的起点来解决该问题，但我想找到一种方法让 MATE 的第二个挂载点使用我的用户/组 ID 挂载 cifs。