tar -xp 仅保留基础权限，要防止应用报错需按场景选参数：基础需求用 sudo tar -xpf + -p；高级属性需 --acls --xattrs 等；rsync -aHAX 更可靠。
用 tar -xp 解压能保留权限，但要真正防止应用报错（比如因 setuid 丢失、属主变成当前用户、ACL 或扩展属性失效），光靠 -p 远不够。关键在明确目标：是保留常规权限/属主？还是连 ACL、capabilites、SELinux 上下文等也必须还原？不同场景需不同组合。
只保留基础权限和属主（最常见需求）
多数服务启动失败是因为可执行位丢失、目录无 x 权限、或程序被解压成普通用户所有而无法访问 root-only 资源。这时必须：
-
加
-p：还原读写执行权限、sticky/setuid/setgid 位、时间戳 -
用 root 用户解压：否则
--same-owner不生效，属主会强制降级为当前用户（静默失败，不报错） -
避免用
-C切换到非空目录：防止覆盖已有配置文件或触发权限冲突
正确命令示例：
sudo tar -xpf app.tar.gz -C /opt/myapp
注意：不用 --same-owner 也能生效——因为 -p 在 root 下默认启用 --same-owner 行为；普通用户加了也白加。
需要还原 ACL、扩展属性或 capabilities
像数据库二进制、安全工具、容器运行时等，常依赖 ACL（如 getfacl）、chattr 标志（如 i 不可删）、或 getcap 设置的 capability（如 cap_net_raw）。这些 -p 完全不管。
-
ACL：加
--acls -
扩展属性（xattrs）：加
--xattrs，若含 SELinux 上下文再加--selinux -
capabilities：属于 xattrs 的一种，
--xattrs已覆盖，但某些旧系统需显式--xattrs-include='security.capability'
完整命令示例：
sudo tar --acls --xattrs --xattrs-include='*' -xpf app.tar.gz -C /opt/myapp
解压后仍报错？快速排查三步
即使参数全对，也可能因环境差异出问题：
-
检查源文件是否真带这些属性：打包时没存，解压时自然还原不了。确认打包命令用了
--acls --xattrs等 -
验证目标文件系统支持：ext4/btrfs 支持 ACL 和 xattrs；XFS 需挂载时启用
usrquota等选项；FAT/NTFS 不支持 -
对比解压前后差异：
ls -l /opt/myapp/bin/app→ 看权限与属主getfacl /opt/myapp/bin/app→ 看 ACL 是否还原getcap /opt/myapp/bin/app→ 看 capability 是否存在
替代方案：用 rsync 备份还原更可靠
如果频繁遇到 tar 属性丢失问题，尤其是跨主机同步部署，rsync -aHAX 往往比 tar 更稳：
-
-a= 归档模式（含权限、时间、属主、符号链接） -
-H= 保留硬链接 -
-A= 保留 ACL -
-X= 保留扩展属性（含 SELinux、capabilities）
例如：
rsync -aHAX /source/app/ /opt/myapp/
无需压缩、无归档格式限制，属性还原成功率接近 100%。
