FUSE文件系统中用户无法在自有目录创建目录：权限拒绝排查

• FUSE目录权限位未正确设置
  你的FUSE实现中，处理getattr（获取文件/目录属性）请求时，返回给内核的struct stat里的st_mode字段，是否给当前用户分配了写权限？比如如果andi目录的权限被设置为0555（只读），内核会直接拦截mkdir操作返回权限拒绝。需要确保对应目录的st_mode包含S_IWUSR（用户写权限），且st_uid设置为用户andi的UID。

• check_ownership()函数逻辑缺陷

  • 若函数直接读取物理目录（你克隆的原始目标目录）的权限，而原始目录所有者是root，那即使虚拟用户是andi，也会判定无权限。需要在函数中把虚拟目录名和对应用户UID做映射，而非依赖物理目录的owner。
  • 错误获取当前操作用户ID：FUSE环境下不能直接用getuid()（会拿到挂载FUSE进程的用户，比如root），必须通过fuse_req_get_uid(req)获取当前发起操作的真实用户UID，否则check_ownership()会误判用户身份。

• FUSE挂载参数遗漏
  仅用allow_other参数不够，若你的FUSE代码没有自行处理权限检查，需要添加default_permissions参数让内核帮忙做基础权限校验；反之如果代码自己处理权限，要确保在mkdir等操作函数中正确调用check_ownership()，且校验通过后才执行创建逻辑，不要提前返回EACCES错误。

• 安全模块拦截
  SELinux或AppArmor可能限制了非root用户在FUSE文件系统内的写操作。可以临时执行setenforce 0关闭SELinux测试，若能成功创建目录，就需要修改安全模块规则放行该FUSE文件系统的操作。

• 挂载点上级目录权限问题
  虽然你已经进入/mnt/d/task-2/mount/andi，但可以排查挂载点/mnt/d/task-2/mount的权限是否允许andi用户访问和遍历，若上级目录权限不足，也可能引发后续操作的权限问题。

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