你遇到的是典型的cron环境与交互式Shell环境不一致导致的脚本执行失败问题——手动跑完全正常，但cron触发后就是没效果，这在Linux运维里是很常见的坑。我来帮你一步步排查解决：

问题根源分析 #

Cron运行时的环境和你手动登录后的Shell环境差异很大，核心问题出在这两点：

1. 路径问题：cron的默认工作目录是执行用户的家目录（这里是root的/root），你脚本里的cd home/user/djangoprojet是相对路径，cron根本找不到这个目录；虚拟环境的source /env/bin/activate路径也不对，手动运行时你在项目目录所以相对路径有效，但cron里不生效。
2. 环境变量缺失：Cron的PATH变量比交互式Shell精简很多，可能没包含Python或虚拟环境命令的路径，导致脚本里的命令执行失败。

具体解决方案 #

1. 先修正脚本里的所有绝对路径 #

把你的update.sh改成以下内容，确保所有路径都是绝对路径，彻底避免相对路径的坑：

#!/bin/bash
# 切换到项目的绝对目录
cd /home/user/djangoprojet
# 用绝对路径激活虚拟环境
source /home/user/djangoprojet/env/bin/activate
# 用虚拟环境内Python的绝对路径执行命令（更稳妥）
/home/user/djangoprojet/env/bin/python manage.py update

2. 调整Crontab配置（二选一即可） #

方式一：在Crontab中直接指定环境变量

编辑crontab：

crontab -e

替换为以下配置，指定完整的PATH并正确重定向输出（包括错误输出，方便排查问题）：

* * * * * PATH=/usr/bin:/bin:/home/user/djangoprojet/env/bin /home/user/djangoprojet/update.sh > /root/testcron.log 2>&1

• PATH里加入虚拟环境的bin目录，确保虚拟环境内的命令能被找到
• 2>&1把错误输出也重定向到日志文件，万一脚本出错，你能在日志里看到具体原因
• 脚本路径必须用绝对路径/home/user/djangoprojet/update.sh

方式二：在脚本开头设置环境变量

如果你不想修改crontab的PATH，可以在update.sh开头直接配置环境变量：

#!/bin/bash
# 手动设置PATH，包含系统命令和虚拟环境命令
export PATH=/usr/bin:/bin:/home/user/djangoprojet/env/bin
cd /home/user/djangoprojet
source /home/user/djangoprojet/env/bin/activate
python manage.py update

对应的crontab配置可以简化为：

* * * * * /home/user/djangoprojet/update.sh > /root/testcron.log 2>&1

3. 验证配置是否生效 #

修改完成后等待1分钟，然后查看日志文件：

cat /root/testcron.log

如果还有问题，查看syslog的详细记录：

grep CRON /var/log/syslog

现在脚本应该能正常执行并输出内容到日志里了。

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