Shell文件权限无故变更？Cron任务因权限缺失执行失败求助

首先明确：完全存在无需用户手动操作就变更文件权限的场景，结合你的cron任务故障，给你分几个方向逐一排查：

• 检查自动化工具/定时脚本的误操作
  这是最常见的原因。比如你服务器上的配置管理工具（Ansible、SaltStack等）、运维自动化脚本，甚至其他定时任务，都可能在执行过程中意外修改了目标Shell文件的权限。

  • 查看系统日志：比如/var/log/syslog（Debian/Ubuntu）或/var/log/messages（RHEL/CentOS），搜索文件名，看有没有chmod、chown相关的操作记录。
  • 用审计工具追踪：如果系统开启了auditd，执行ausearch -f /path/to/your/script.sh，可以精准查到该文件的所有权限变更操作，包括操作时间、执行用户、具体命令。

• 排查文件系统的权限继承与ACLs规则
  如果Shell文件所在目录的权限或特殊位（比如setgid）被修改，可能会导致现有文件的权限自动变更；另外，ACLs（访问控制列表）的规则也可能覆盖传统权限。

  • 查看文件的ACLs设置：执行getfacl /path/to/your/script.sh，检查有没有异常的权限规则。
  • 检查父目录权限：执行ls -ld /path/to/parent/dir，如果setgid位被移除或修改，可能影响子文件的权限继承逻辑。

• 排查系统更新或软件安装的影响
  如果你的Shell文件位于系统默认目录（比如/usr/bin、/usr/local/bin），某些系统更新包或软件安装可能会覆盖文件，或者在安装过程中修改权限。

  • 查看更新日志：Debian/Ubuntu看/var/log/dpkg.log，RHEL/CentOS看/var/log/yum.log或/var/log/dnf.log，搜索文件名或最近的更新记录。

• 检查恶意程序或异常进程
  虽然Linux服务器相对安全，但如果存在弱密码、未及时修补漏洞，也可能被入侵后修改文件权限。

  • 用rootkit检测工具扫描：比如rkhunter --check或chkrootkit，排查是否有可疑进程、隐藏文件。
  • 查看最近的登录记录：执行last或lastlog，检查有没有异常的登录IP或陌生用户。

• 排查磁盘或文件系统损坏
  这种情况比较少见，但如果磁盘存在坏块、文件系统出错，可能会导致文件属性（包括权限）出现异常。

  • 查看系统内核日志：执行dmesg | grep -i error，看有没有磁盘I/O相关的报错。
  • 检查文件系统：如果可以卸载目标分区，执行fsck /dev/your-partition（注意不要在挂载状态下执行，避免数据损坏）。

• 补充：确认cron执行环境的特殊性
  虽然你说已经确认文件权限消失，但也可以再验证下：手动以cron执行用户的身份（比如su - username -c "/path/to/your/script.sh"）运行脚本，看是否真的是权限问题，排除cron环境变量（比如PATH）导致的误判。

一步步从最常见的原因开始排查，应该能找到权限变更的根源。

内容的提问来源于stack exchange，提问作者Subhash Deshmukh