AlmaLinux下以root身份执行PHP脚本时copy()函数无法覆盖文件的问题

嘿，我来帮你搞定这个头疼的问题！你提到用root身份在AlmaLinux上跑PHP的copy脚本，明明源文件和目标文件都存在，却没法覆盖目标文件，对吧？先看看你提供的脚本：

$success = copy('/tmp/source_test.txt', '/tmp/target_test.txt'); 
if (!$success) {    
    echo "Copy failed: " . error_get_last()['message'] . "\n\n"; 
} else {    
    echo "Copied OK\n\n"; 
}

在AlmaLinux环境下，即使是root用户遇到这种情况，大概率是下面两个原因之一，咱们一步步排查：

• SELinux限制（最常见）
  AlmaLinux默认开启SELinux强制模式，它会基于安全上下文限制操作，哪怕你是root也不例外。

  1. 先检查SELinux状态：执行 getenforce，如果输出是Enforcing，那基本就是它的问题。
  2. 临时测试：执行 setenforce 0 临时关闭SELinux，再跑你的PHP脚本，如果能成功覆盖，就实锤是SELinux的锅了。
  3. 永久解决（不建议直接关SELinux，不安全）：
     • 先查看两个文件的SELinux上下文：ls -Z /tmp/source_test.txt /tmp/target_test.txt
     • 正常情况下/tmp目录下的文件上下文应该是system_u:object_r:tmp_t:s0，如果目标文件的上下文不一致（比如之前是web服务创建的，上下文是httpd_sys_content_t），可以用chcon -t tmp_t /tmp/target_test.txt临时调整上下文，之后再跑脚本试试。
     • 如果需要永久生效，执行semanage fcontext -a -t tmp_t "/tmp/target_test.txt"，再执行restorecon -v /tmp/target_test.txt即可。

• 文件被设置了不可变属性
  有时候目标文件会被加上不可变位，哪怕root也没法修改它：

  1. 检查文件属性：执行 lsattr /tmp/target_test.txt，如果输出里包含i字符，说明有不可变位。
  2. 去掉不可变位：执行 chattr -i /tmp/target_test.txt，之后再运行脚本应该就能覆盖了。

先试试这两个排查方向，一般就能解决问题啦！

内容来源于stack exchange