直接用 rm -rf 清理宝塔回收站常失效，因被进程占用的文件无法物理删除；应结合 lsof 释放句柄、调用 recycle_bin.py 接口或执行系统级诊断（lsof | grep deleted、sync、drop_caches）确保空间释放。
直接用 rm -rf /www/Recycle_bin/* 定时清理回收站，看似简单，但极大概率清不干净，甚至触发空间不释放、进程卡死等连锁问题——根本原因在于被占用的文件无法被 rm 物理删除，而宝塔计划任务对此完全无感知。
为什么定时执行 rm -rf /www/Recycle_bin/* 常常失效
宝塔点“清空回收站”按钮后磁盘空间没变小，不是界面假动作，而是 Linux 层面的文件句柄还被进程锁着。rm 遇到这种文件只会静默失败，不报错、不提示、也不释放空间。常见锁定源包括：
- Nginx 正在轮转或写入
/www/wwwlogs下的日志，而日志文件曾被移入回收站 - rsync、ftp 或备份脚本正扫描
/www/Recycle_bin目录树 - PHP-FPM 子进程仍打开着已被删的 session 或临时文件（尤其当回收站里混着
.user.ini锁定文件）
执行 ls -A /www/Recycle_bin 若仍有内容，说明 rm 根本没起作用；用 lsof +D /www/Recycle_bin 2>/dev/null 才能真实看到哪些进程在占着这些“已删未释”的文件。
在宝塔计划任务中安全执行回收站清理的三种方式
别只写一行 rm 就提交。必须叠加校验、强制释放、日志反馈三步逻辑：
- 先检查目录是否存在且非空：
if [ -d "/www/Recycle_bin" ] && [ -n "$(ls -A /www/Recycle_bin 2>/dev/null)" ]; then - 再用
lsof +D检出并 kill 占用进程（仅限测试环境慎用，生产建议先kill -15）：lsof +D /www/Recycle_bin 2>/dev/null | awk 'NR>1 {print $2}' | sort -u | xargs -r kill -9 - 最后才
rm -rf，并加echo "$(date): cleaned $(ls -A /www/Recycle_bin 2>/dev/null | wc -l) items" >> /var/log/bt_recycle_clean.log记录实际清理量
完整脚本示例（粘贴进宝塔「Shell 脚本」任务）：
#!/bin/bash
RECYCLE="/www/Recycle_bin"
if [ -d "$RECYCLE" ] && [ -n "$(ls -A "$RECYCLE" 2>/dev/null)" ]; then
# 强制释放被占用文件
lsof +D "$RECYCLE" 2>/dev/null | awk 'NR>1 {print $2}' | sort -u | xargs -r kill -9 2>/dev/null
# 清理
rm -rf "$RECYCLE"/*
# 记录
echo "$(date): $(ls -A "$RECYCLE" 2>/dev/null | wc -l) items left" >> /var/log/bt_recycle_clean.log
fi
比 rm 更稳妥的替代方案：调用宝塔原生 Python 接口
宝塔内置的 recycle_bin.py 模块会走标准清理流程：检查权限、跳过正在写入的文件、记录操作日志、触发元数据刷新。它和你在面板上点「清空回收站」按钮的行为完全一致，不会绕过任何安全层。
- 脚本内容直接写：
python /www/server/panel/class/recycle_bin.py empty - 无需判断路径、无需处理进程占用、不依赖
lsof是否安装 - 执行失败时会在
/www/server/panel/logs/task/下生成错误日志，方便排查
注意：该命令默认以 root 用户运行，若回收站里有属主为 www 的文件（如网站配置备份），需在宝塔计划任务中将「执行用户」显式设为 www，否则可能因权限不足跳过部分子目录。
回收站清理后空间仍不释放？下一步必须做这三件事
即使脚本跑完、目录显示为空，df -h 还是满的，说明底层还有残留。此时不能反复重试 rm，要立刻转向系统级诊断：
- 运行
lsof | grep deleted，确认是否还有其他路径下的“deleted”文件在吃空间 - 检查
/www/wwwrecycle（面板资源回收站）和/www/Recycle_bin（文件系统回收站）是否被同时启用，二者路径不同、机制独立，容易漏清一个 - 执行
sync && echo 3 > /proc/sys/vm/drop_caches刷新页缓存，再跑一次du -sh /www/Recycle_bin和df -h对比
真正稳定的回收站清理，从来不是靠一行 rm 解决的；它是一次路径确认、一次进程释放、一次接口调用、一次系统级验证的组合动作。漏掉任意一环，都可能让磁盘空间卡在“明明删了却还占着”的状态里。
