AWS EC2中Telegram Python Bot重启与崩溃自启的Cron配置问题

• 重定向顺序错误：你写的& > /path/to/log是错误语法，&作用是将进程放到后台运行，放在重定向符号前会导致日志输出失效，日志会默认写入运行目录的nohup.out而非你指定的日志文件。正确写法应该先完成标准输出、错误输出重定向，再后台运行，示例：> /home/ubuntu/startOnReboot.log 2>&1 &
• 不必要的sudo调用：如果你的配置是写在/etc/crontab中，可以直接指定运行用户，不需要额外加sudo；如果是写在普通用户的crontab中，未配置sudo免密的情况下命令会直接执行失败。
• 进程匹配规则过于宽泛：pgrep -f bot.py会匹配所有命令行中包含bot.py字符串的进程，若服务器上运行了其他名称带bot.py的进程，会导致检测误判，服务异常退出后无法重启。
• 逻辑冗余：每2分钟执行的存活检测任务已经覆盖了开机启动的需求，不需要单独写@reboot规则，实例开机后最多2分钟就会自动检测并拉起未运行的Bot进程。

推荐使用systemd服务，这是Linux系统下管理后台服务的标准方案，比cron定时检测更稳定、功能更全，无需自己实现进程存活校验、日志管理等逻辑。

配置步骤 #

1. 新建systemd服务配置文件：sudo nano /etc/systemd/system/telegram-bot.service
2. 写入以下配置内容，可按需修改路径和运行用户：

[Unit]
Description=Telegram Bot based on Pyrogram
After=network.target  # 等待网络就绪后再启动，避免Pyrogram初始化时连不上Telegram服务

[Service]
User=ubuntu  # 指定运行服务的普通用户，避免用root运行带来的安全风险
WorkingDirectory=/home/ubuntu
ExecStart=/usr/bin/python3 /home/ubuntu/bot.py
Restart=on-failure  # 进程异常退出时自动重启，手动执行stop命令时不会重复拉起
RestartSec=5  # 重启间隔5秒，避免崩溃后频繁重启占用资源
StandardOutput=journal+console
StandardError=journal+console

[Install]
WantedBy=multi-user.target

3. 重载systemd配置使新服务生效：sudo systemctl daemon-reload
4. 设置开机自启：sudo systemctl enable telegram-bot
5. 立即启动服务：sudo systemctl start telegram-bot

配套管理命令 #

• 查看服务运行状态：sudo systemctl status telegram-bot
• 查看实时运行日志：sudo journalctl -u telegram-bot -f
• 手动重启服务：sudo systemctl restart telegram-bot
• 停止服务：sudo systemctl stop telegram-bot

修正后的Cron方案（仅适合不想用systemd的场景） #

删掉原有两条规则，仅保留一条即可，该配置适配/etc/crontab的语法规则：

*/2 * * * * ubuntu pgrep -f "/usr/bin/python3 /home/ubuntu/bot.py" || nohup /usr/bin/python3 /home/ubuntu/bot.py > /home/ubuntu/botRun.log 2>&1 &

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