linux权限归属迁移核心是精准保留属主、属组及acl权限，需分层备份关键路径（如/var/www）、验证备份有效性、同步账号体系后用setfacl --restore还原，并确保目标文件系统启用acl挂载选项。
Linux 权限归属迁移的核心不是单纯复制文件，而是准确保留“谁拥有什么权限”——包括属主（user）、属组（group）和 ACL 扩展权限。直接用 chmod 或 chown 批量重设极易出错，尤其在生产环境。真正安全的做法是结合标准 POSIX 属性与 ACL 机制，分层备份、按需还原。
先确认系统支持并安装必要工具
大多数现代发行版默认启用 ACL，但需确保 acl 工具已安装且文件系统挂载时启用了 acl 选项：
- Debian/Ubuntu：
sudo apt-get install acl - CentOS/RHEL/Fedora：
sudo yum install acl或sudo dnf install acl - 验证 ext4 分区是否启用 ACL：
mount | grep "acl"；若无，需在/etc/fstab中为对应分区添加acl挂载参数，并重新挂载
精准备份权限归属信息
避免全盘备份（如 getfacl -R /），既低效又含大量无效路径（/proc、/sys 等）。应聚焦业务关键路径：
- 备份属主与属组：用
ls -laR导出结构，但更推荐使用getfacl -P（不解析符号链接）+-R递归，例如：getfacl -P -R /var/www /etc/nginx /home/deploy/.ssh > perms-backup.acl - 该命令同时保存 owner/group 和所有 ACL 条目（如 named users/groups 的额外权限），且输出为可读文本，便于人工核对或 Git 版本管理
- 检查备份有效性：
head -n 20 perms-backup.acl看是否有# file:和user::/group::行；用wc -l perms-backup.acl初步判断条目数量是否合理
还原时确保环境一致
还原失败常因目标系统缺失用户或组。务必提前同步账号体系：
- 先在目标服务器上重建相同 UID/GID 的用户与组（参考
/etc/passwd和/etc/group），或使用useradd -u XXX -g YYY显式指定 - 还原前确认目录结构已存在（
rsync -r --exclude='*' src/ dst/可只建空目录树） - 执行还原：
setfacl --restore=perms-backup.acl；若报错Operation not supported，说明目标目录所在文件系统未启用 ACL，需检查挂载选项 - 还原后建议快速验证：
getfacl /var/www/index.html | grep -E "^(# file|user::|group::|user:|group:)"
补充：仅属主属组迁移的轻量方案
若无需 ACL，只同步 owner/group，可用 cp -a 或 rsync -a 配合 --fake-super（当无 root 权限时）：
-
rsync -a --numeric-ids /source/ /dest/—— 保持 UID/GID 数值不变，适合同构环境 -
rsync -a --fake-super /source/ /dest/—— 将权限元数据存为扩展属性，后续用rsync --fake-super还原，适合受限账户操作
不复杂但容易忽略。关键是把“权限归属”当作结构化数据来对待，而不是靠记忆或经验去重设。
