setfacl批量授权需确保文件系统支持acl、区分当前与默认权限、同步更新mask；否则命令成功但权限无效。需先检查挂载是否含acl，再用-r设现有权限、-r-d设默认继承，并加--mask确保权限生效。
直接用 setfacl 批量授权不是“加个 -R 就完事”，关键在路径支持、权限继承逻辑和 mask 控制三者协同。否则命令执行成功，实际权限却不起作用。
确认文件系统真正支持 ACL
很多批量操作失败，根源不在命令写错，而在底层不支持：
- 运行
mount | grep "$(df . | tail -1 | awk '{print $1}')" | grep acl，检查当前挂载点是否含acl参数 - 若无，临时启用：
sudo mount -o remount,acl /mount/point（如/home或/data） - 要永久生效，编辑
/etc/fstab，在对应分区的 options 字段追加acl，例如：UUID=abcd1234 /data ext4 defaults,acl 0 2 - XFS 文件系统默认支持，但某些容器环境或精简镜像仍需显式挂载
批量授权必须分清“当前权限”和“默认权限”
对目录做批量授权，常误以为一条命令就能让所有现有+未来文件都生效。其实两者独立：
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
-
设当前权限（影响已有文件）：
setfacl -R -m u:alice:rx /shared -
设默认权限（只影响新建项）：
setfacl -R -d -m u:alice:rwx /shared—— 注意-d和-R要同时用，否则子目录不会继承默认规则 - 若只运行
setfacl -m d:u:alice:rwx /shared（无-R），仅根目录获得默认 ACL；子目录仍无默认规则，新建文件不会自动带权限 - 已存在子目录想补上默认 ACL，需单独对其执行：
setfacl -d -m u:alice:rwx /shared/subdir
避免 mask 锁死权限导致“明明设了却没用”
ACL 条目写了 u:alice:rwx，但 alice 实际只能读？大概率是 mask 没同步更新：
- 查看当前 mask：
getfacl /shared | grep mask，若显示mask::r--，则所有非属主/属组用户的最大有效权限被限制为只读 - 手动刷新 mask：
setfacl --mask -m mask::rwx /shared，--mask会自动重算并覆盖旧值 - 更稳妥做法：每次用
-m添加用户/组权限时，顺手加上--mask，例如：setfacl -R -m u:alice:rx --mask /shared - 递归设置时，mask 只在顶层目录更新；子目录的 mask 需额外处理，或改用
--set替代-m避免叠加干扰
安全清理与快速恢复 ACL 状态
批量操作后出问题，别靠 chmod 硬调 —— 它不碰 ACL，容易留隐患：
- 清空所有扩展 ACL（保留 owner/group/other 基础权限）：
setfacl -b /shared - 只删默认 ACL：
setfacl -k /shared（不是-x d:u:xxx） - 操作前备份：
getfacl -R /shared > shared_acl_backup.txt - 出错后一键还原：
setfacl --restore=shared_acl_backup.txt - 注意：
--restore不兼容-R，备份时必须用getfacl -R，还原时直接指定备份文件即可
