最近使用飞牛OS出现了诸多外接硬盘权限相关的问题，记录一下，方便交流和下次查阅。
一、已下载好的电影无法通过飞牛影音观看，提示“加载错误”
问题描述
通过飞牛影视（PC端 & 移动端）想要观看已下载好的电影时，发现部分电影打不开，还有部分电影扫面或是文件夹视图都找不到。
（待补充截图）
问题原因
-
看现象很像文件找不到或者是权限不足，先检查权限：【应用中心】-【已安装】-【影视】-【应用设置】
可以看到是已经赋予了文件夹读写权限的，所以不是权限问题。
-
然后排查文件是否存在，打开【文件管理】-【外接存储】：
突然发现挂载磁盘名称都已经变成了 xxx_1，因此才导致飞牛影视找不到该磁盘内的所有文件。
解决措施
- 通过终端ssh登录NAS，并切换至root用户：
- 查看磁盘挂载情况，并确认挂载磁盘信息：
发现同时存在原磁盘名称和带 _1的磁盘名称，怀疑是硬盘盒与NAS连接存在中断，但重连时原始挂载的磁盘还未卸载，默认新挂载的同名磁盘名称后面添加 _1。
Linux 系统中，当检测到****相同卷标 / UUID 的磁盘，或之前挂载的磁盘未正确卸载就重新识别时，系统会自动在挂载点名称后加 <font style="color:rgb(0, 0, 0);background-color:rgba(0, 0, 0, 0);">_1</font> 来区分重复项。
- 问题明确了就好解决了，全部卸载后重新挂载磁盘即可：
# 1. 查看是否存在占用磁盘的进程，如果有的话kill掉
lsof /vol00/xxxCA0
lsof /vol00/xxxAA0
lsof /vol00/xxxCA0_1
lsof /vol00/xxxAA0_1
# 2. 卸载不带_1的重复WD盘（先卸载，后续清理）
umount /vol00/xxxCA0
umount /vol00/xxxAA0
umount /vol00/xxxCA0_1
umount /vol00/xxxAA0_1
# 3. 验证卸载结果（查询不到这几个磁盘，则表示全部卸载成功）
mount | grep /vol00
# 4. 删除不带_1的空挂载点（确认是空目录再执行）
rmdir /vol00/xxxCA0
rmdir /vol00/xxxAA0
rmdir /vol00/xxxCA0_1
rmdir /vol00/xxxAA0_1
# ps. 我执行这个提示没有权限，查了下是因为出现了I/O错误，如果想解决自行豆包
# 5. 创建挂载点
mkdir -p /vol00/xxxCA0
mkdir -p /vol00/xxxAA0
# 6. 按照原始权限和分组，重新挂载
mount -t ntfs-3g -o rw,user_id=0,group_id=0,allow_other,blksize=4096 /dev/sdi2 /vol00/xxxCA0
mount -t ntfs-3g -o rw,user_id=0,group_id=0,allow_other,blksize=4096 /dev/sdj2 /vol00/xxxAA0
# 7. 验证是否挂载成功
mount | grep /vol00
解决！
改进建议
二、通过易驱线新接入的硬盘，普通用户无写权限
问题描述
通过易驱线新接入了一块机械硬盘，发现与之前通过硬盘盒接入硬盘的权限有所不同：使用飞牛的文件管理可以正常读写，但是其他APP（qBittorrent等）没有写入权限。
已排除APP权限设置问题（参见上述1.2）。
问题原因
- 终端登录后进入磁盘挂载路径查看：
发现新接入硬盘 xxxERM的权限就是和其他硬盘不一致。
- 尝试通过
chmod修改文件夹权限：
chmod 777 -R xxxERM
执行后卡顿了一会儿，没有任何回显，再查询权限没有改变。失败！
- 查看挂载信息：
mount | grep /vol00
发现这个盘就是和其他盘权限不一样，回显如下：
root@xxx:/vol00# mount | grep /vol00
/dev/sdf2 on /vol00/xxxCA0 type fuseblk (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
/dev/sdg2 on /vol00/xxxAA0 type fuseblk (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
/dev/sdh1 on /vol00/xxxERM type exfat (rw,relatime,fmask=0022,dmask=0022,iocharset=utf8,errors=remount-ro)
原因是：第三个分区的文件系统类型是 exFAT，而前两个是 NTFS（fuseblk 是 NTFS/ExFAT 等文件系统通过 FUSE 挂载的标识），且 exFAT 挂载时默认带了权限掩码参数，这也是之前 chmod 失效的原因。
解决措施
重新挂载 exFAT 分区，强制设置 777 权限即可：
# 查看是否有进程占用该分区，返回空则无占用
lsof /vol00/xxxERM
# 若有占用，先结束进程（替换 <PID> 为实际进程号）
kill -9 <PID>
# 卸载
umount /dev/sdh1
# 或通过挂载点卸载 umount /vol00/xxxERM
# 重新挂载 exFAT 分区，强制设置 777 权限
mount -t exfat -o rw,fmask=0000,dmask=0000,iocharset=utf8,errors=continue /dev/sdh1 /vol00/xxxERM
回飞牛里使用APP进行下载、写入正常。
改进建议
- 外接硬盘挂载时，希望能在飞牛OS里面可视化配置其读写权限。
三、之前正常使用的移动硬盘变只读权限，飞牛上任何app都无法写入
问题描述
NAS上接了一个移动硬盘，之前一直使用正常，最近发现变成只读权限了，无论是文件管理还是其他APP都不能向其中写数据。
已排除上面问题二。
问题原因
-
ssh进入飞牛OS查看磁盘挂载状态，发现是ro，也就是只有读权限。
-
尝试以读写权限重新挂载：
# 确认挂载磁盘权限
mount | grep sdd1
# 卸载磁盘
umount /vol00/xxx256GB
# 重新挂载为可读写权限
mount -t ntfs-3g -o rw,user_id=0,group_id=0,allow_other,blksize=4096 /dev/sdd1 /vol00/xxx256GB
结果，出现如下报错：
这个报错信息就很明确了：这个 NVMe 盘的 NTFS 分区处于Windows 未正常关机 / 休眠 / 快速启动导致的 “脏状态”，Linux 的 ntfs-3g 为了保护数据，拒绝以可读写方式挂载，只能 fallback 到只读模式。
解决措施
解决方法其实有两个：
Linux 下强制修复（风险不大）
思路就是先卸载磁盘，然后使用 ntfsfix工具执行强制修复：
# 卸载磁盘
umount /vol00/xxx256GB
# 强制修复 NTFS 分区 ⚠️确保该盘无正在读写的进程，否则可能丢数据
ntfsfix /dev/sdd1
出现如下输出，表示修复正确完成：
Mounting volume... OK
Processing of $MFT and $MFTMirr completed successfully.
Checking the alternate boot sector... OK
NTFS volume version is 3.1.
NTFS partition /dev/sdd1 was processed successfully.
重新挂载为可读写权限：
mount -t ntfs-3g -o rw,user_id=0,group_id=0,allow_other /dev/sdd1 /vol00/xxx256GB
在 Windows 中修复（最安全）
- 将
/dev/sdd1 对应的 NVMe 盘接到 Windows 主机；
- 开机进入 Windows，关闭快速启动 / 休眠：
- 控制面板 → 电源选项 → 选择电源按钮的功能 → 更改当前不可用的设置 → 取消勾选 “启用快速启动”；
- 以管理员身份运行命令提示符，执行：
powercfg /h off（关闭休眠）；
- 正常关机（不要休眠 / 重启），确保 Windows 完全退出；
- 把盘接回 Linux 机器，重新执行挂载命令：
mount -t ntfs-3g -o rw,user_id=0,group_id=0,allow_other /dev/sdd1 /vol00/xxx256GB
