我正在使用我的树莓派作为 plex 服务器，其中一个共享文件夹出现了严重问题...
与我的 Synology NAS 相关
这三个都在我的本地网络 Synology NAS 上：
- “音乐”直接位于 RAID 驱动器上（也是我遇到问题的共享文件夹）
- “电视”和“电影”存储在插入 NAS 的 USB 驱动器上
我已为所有三个共享文件夹配置了相同的 NAS NFS 权限：
- 明确树莓派的本地IP
- 只读权限
- 无需映射/压缩用户
- 安全是“系统”
- 异步
- 允许非特权端口
- 允许交叉安装
与我的树莓派上的权限和 fstab 相关
我的相关部分etc/fstab如下：
102.168.1.1.140:/volumeUSB1/usbshare1-2/MEDIA/MOVIES /nas/movies nfs auto,defaults,nofail 0 0
102.168.1.1.140:/volumeUSB1/usbshare1-2/MEDIA/MOVIES /nas/tv nfs auto,defaults,nofail 0 0
102.168.1.1.140:/volume1/music /nas/music nfs auto,defaults,nofail 0 0
我已经创建了以下每个挂载点
/nas/tv（安装和 plex 可以在其中找到介质）/nas/movies（安装和 plex 可以在其中找到介质）/nas/music（坐骑和我可以浏览并查看 Raspberry Pi 本身上的文件，但 plex 本身找不到任何内容）
在运行之前sudo mount -a，这三个都具有以下用户/组设置：
- 用户为“root”（uid=116）
- 群组为“plex”(gid=4096)
...然后运行sudo mount -a：
电影和电视：
- 用户为“1024”（uid=1024）
- 组为“用户”（gid=100）
音乐：
- 以 root 身份使用用户 (uid=0)
- 组为“root”（gid=0）
答案1
这是正常的。挂载文件系统后，挂载点将完全覆盖，因此/nas/tv现在代表您刚刚挂载的文件系统（或网络共享）的根目录。
（但即使没有发生这种情况，目录的权限也会没有效果取决于其中各个文件的权限。所以您的方法是双重无用的。）
没有通用的内置机制来覆盖整个文件系统的所有权和权限，但您可以安装bindfs该机制。