如何让crontab执行静态站点重建脚本？本地测试遇MTA报错

咱们一步步拆解你的问题，先理清报错原因，再搞定脚本不生效的核心问题：

先搞懂「No MTA installed, discarding output」提示 #

这个报错只是cron的默认行为导致的：cron会把脚本执行的输出（包括错误信息）通过邮件发给当前用户，但你的系统没装邮件传输代理（MTA），所以这些输出被直接丢弃了。这不是脚本失效的根本原因，但咱们可以通过日志来替代邮件，方便排查问题。

脚本失效的核心修复步骤 #

1. 给脚本加上可执行权限 #

cron没法执行没有权限的脚本，先运行这条命令给脚本加权限：

chmod +x /Projects/scripts/helloworld.sh

2. 修正脚本里的路径问题 #

Cron的运行环境和你平时登录终端的环境不一样，它的PATH变量非常有限，所以必须用绝对路径：

• 先在终端里查gatsby的绝对路径：

  which gatsby
  

  会得到类似/usr/local/bin/gatsby的结果
• 修改你的helloworld.sh，把gatsby替换成刚才查到的绝对路径，确保cd的路径也没问题：

  #!/bin/bash
  cd /Projects/blog && /usr/local/bin/gatsby build
  

  （记得把/usr/local/bin/gatsby换成你实际查到的路径）

3. 给Cron任务添加日志输出 #

修改crontab的任务配置，把输出和错误都重定向到日志文件，这样就能看到脚本执行的具体问题了：

* * * * * /Projects/scripts/helloworld.sh >> /Projects/scripts/cron_build.log 2>&1

之后你可以通过cat /Projects/scripts/cron_build.log查看日志，里面会记录所有执行细节，帮你快速定位问题。

4. 先手动测试脚本是否正常 #

先在终端里手动跑一遍脚本，确认它本身能正常工作：

/Projects/scripts/helloworld.sh

如果手动执行都失败，那先解决Gatsby构建的问题（比如依赖缺失、目录权限不足等），再去排查cron的问题。

5. 确认Cron服务在运行 #

偶尔cron服务可能没启动，检查一下：

sudo systemctl status cron

如果没运行，启动它：

sudo systemctl start cron

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