根本原因是文件被内核级不可变属性（i）锁死，rm -rf 无效；应先用 lsattr 检查，再用 chattr -i 解除，而非盲目改权限或切用户。
根本原因不是权限不够，而是文件被内核级不可变属性（i）锁死——rm -rf 对它完全无效，哪怕你是 root。
看到 Operation not permitted 就该查 chattr
Linux 下删不掉文件，第一反应不该是改 chmod 或切用户，而是检查扩展属性。尤其宝塔环境里，.user.ini、swap、回收站里的残留文件，90% 都带 i 属性。
- 执行
lsattr /www/wwwroot/example.com/.user.ini，如果输出里含字母i（如----i--------e--），说明它被设为不可变 -
chattr -i才是解药，chmod 777或chown root:root完全没用 - 别只查单个文件：对整个目录批量扫一遍，
lsattr -aR /www/wwwroot/example.com/ 2>/dev/null | grep 'i'
chattr -i 后还是删不掉？再看三个地方
解除 i 属性只是第一步。删不掉还可能卡在下面任一环节：
-
lsof +D /www/wwwroot/example.com查是否有进程正打开其中的文件（常见于 PHP-FPM 没退出、rsync 挂着、FTP 连接未断） -
findmnt -T /www/wwwroot/example.com看挂载选项是否为ro（只读）。如果是，得先mount -o remount,rw /dev/xxx /www -
ls -ld /www/wwwroot确认父目录有wx权限——删除动作依赖的是父目录的写+执行权，不是文件本身的权限
WSL2 和 SELinux 是隐藏雷区
在 WSL2 上跑宝塔，chattr -i 可能根本不起作用，rm 仍报 Operation not permitted——这不是你操作错，是 WSL2 内核层对 inode 属性支持不完整。
- 临时绕过：用
cp /dev/null > /www/wwwroot/example.com/.user.ini清空内容，再rm - SELinux 开启时（CentOS/RHEL 默认），即使
chattr解了，策略也可能拦截。先setenforce 0测试，确认是它再配策略 - Docker 场景下，宿主机上删不掉，大概率是容器里 nginx 或 php 正在读这个路径，
docker stop对应容器再试
最常被跳过的一步是：删完记得 lsattr 复查，尤其是 .user.ini 这类文件——很多人解了 i 删完就走，结果后续网站更新失败，因为忘了它本该被重新加回去防跨站。
