mv 移动文件时ACL默认保留，但仅限同一支持ACL的文件系统内；跨文件系统（如ext4→NFS）会丢失ACL或报错。排查需查ls -l末尾“+”号、getfacl前后对比、df/mount确认同文件系统。
mv 移动文件时，ACL 权限默认是保留的，但是否真正生效，取决于源和目标是否在**同一支持 ACL 的文件系统内**。跨文件系统移动（比如从 ext4 移到 NFS 或 tmpfs）可能丢失 ACL，甚至报错。排查关键看三点：文件系统一致性、ACL 标识符（+号）、以及移动前后权限比对。
一看 ls -l 输出末尾有没有 “+” 号
带 ACL 的文件或目录，在 ls -l 结果第一列末尾会显示 +，例如：
-rw-r--r--+ 1 alice dev 1024 Sep 10 14:20 config.conf
如果源文件没这个 +，说明它本身没设 ACL，自然谈不上“保留”；如果目标文件移动后 + 消失了，大概率 ACL 已丢失。
二用 getfacl 对比移动前后的 ACL 内容
这是最直接可靠的验证方式：
- 移动前：getfacl /path/to/src/file > before.acl
- 执行移动：mv /path/to/src/file /path/to/dest/
- 移动后：getfacl /path/to/dest/file > after.acl
- 对比：diff before.acl after.acl
若输出为空，说明 ACL 完全一致；若有差异（尤其是 user:xxx 或 group:xxx 条目消失），说明未保留。注意：mask 行可能因权限重算略有变化，属正常；但 user/group 显式条目缺失就是问题。
三查源与目标是否同属一个支持 ACL 的挂载点
ACL 保留的前提是“同一文件系统内移动”。可通过以下命令确认：
- df -T /path/to/src/file /path/to/dest/file → 查看是否在同一设备和类型下
- tune2fs -l /dev/xxx | grep "Default mount options" → 确认含 acl（ext系列）
- mount | grep " /mount/point " → 查看挂载参数是否含 acl（如 nfs 需显式加 acl，而非 noacl）
常见陷阱：把文件从本地 ext4 mv 到挂载的 NFS 目录（且 NFS server/client 未启用 acl 支持），此时 mv 实际是“复制+删除”，ACL 无法保留，还会报 Operation not supported。
四注意 mv 的隐式行为和替代方案
mv 本身不提供“强制保留 ACL”的开关，它的保留能力完全由底层 VFS 和文件系统驱动决定。若需确保 ACL 不丢，可：
- 优先使用同一文件系统内的移动（如都在 /home 下）
- 跨文件系统时，改用 cp -p（需目标文件系统支持 ACL）+ rm 组合，并用 getfacl 二次校验
- 对重要目录批量操作前，先用 setfacl -R -k 清除 default ACL（避免继承干扰），再统一 setfacl -d 设定新 default
