tar解压时权限被剥离，根本原因是默认不保留原始权限位、属主属组及特殊权限；需显式加-p（--same-permissions）和-o（--same-owner，需root）才能完整还原。
Linux 中 tar 解压时权限被剥离，不是文件“变没权限”，而是解压后目录或文件的属主、属组、执行位、特殊权限（如 setuid/setgid）丢失或重置为当前用户默认值。根本原因在于 tar 默认行为与目标环境权限模型不匹配，尤其在跨用户、跨系统归档时高频发生。
确认是否真被剥离：先看原始归档里存了什么
tar 本身不“修改”权限，它只是按归档中记录的元数据还原。所以第一步是查归档内部是否真保存了预期权限：
- 用 tar -tvf archive.tar | head -10 查看前几行详细列表，注意每行开头的权限字段（如 -rwxr-sr-x）、UID/GID 数字、用户名/组名
- 若显示的是数字 UID/GID（如 1001/1001）而非用户名，说明归档未携带名称映射，解压时会按本地系统解析——若本地没有 UID 1001 对应的用户，就可能 fallback 到当前用户或 nobody
- 若权限字段中本该有 s（setgid）或 t（sticky），但列表里是普通 x，说明归档创建时就没存这些位（例如用了 --no-same-permissions）
检查解压命令是否禁用了权限继承
GNU tar 默认启用 --same-permissions（简写为 -p），但很多用户漏加，导致解压时丢弃所有原始权限，改用 umask 推导：
- 错误写法：tar -xzf app.tar.gz -C /opt → 没带 -p，所有文件权限变成 644/755 类型，属主强制改为当前用户
- 正确写法：tar -xzpf app.tar.gz -C /opt → -p 保留原始权限位、属主、属组（前提是当前用户有权限设置它们）
- 补充：若归档中属主是 root，而你用普通用户解压，即使加了 -p，tar 也会静默跳过属主变更（只设权限和属组），这是内核限制，非 bug
排查属主/属组还原失败的真实原因
加了 -p 还没效果？重点看三类拦截点：
- --same-owner 是否生效：tar 默认启用此选项（要求 root 权限才能还原 UID/GID）。普通用户解压含 root 文件的归档时，属主始终是自己。解决方法：用 sudo tar -xzpf，或明确禁用 --no-same-owner（让 tar 改用当前用户身份还原）
- 目标目录的 setgid 位 干扰：若解压到一个设置了 drwxr-sr-x 的目录，新创建子目录会自动继承父目录属组，覆盖归档中指定的属组。可临时 chmod g-s /target/dir 测试
- 文件系统挂载选项：如 nosuid 或 noexec 不影响解压过程，但会导致解压后的 setuid 文件失效、脚本无法直接执行——这不是 tar 剥离，而是内核运行时限制
验证并修复已解压内容的权限偏差
如果已经解压完毕且权限错乱，别急着全量重解，可针对性修复：
- 快速恢复属组一致性：find /opt/app -type d -exec chmod g+s {} \;（补 setgid），再 chgrp -R expectedgroup /opt/app
- 批量加执行权（针对脚本/bin）：find /opt/app -name "*.sh" -o -name "start.sh" -o -path "*/bin/*" -exec chmod +x {} \;
- 检查不可变属性干扰：lsattr -R /opt/app | grep '----i'，若有，需 sudo chattr -i 后再改权限
