使用crontab @reboot选项时Shell脚本无法执行的问题排查

1. 修复脚本执行权限 #

确保init.sh及所有被调用的启动脚本拥有可执行权限：

chmod +x /home/a/Workspace/init.sh
chmod +x /home/a/Workspace/start_zookeeper.sh
chmod +x /home/a/Workspace/start_kafka.sh
chmod +x /home/a/Workspace/x-bot/start.sh
chmod +x /home/a/Workspace/y-bot/start.sh

2. 移除冗余的sudo命令 #

你是通过root用户的crontab执行init.sh，脚本本身已拥有root权限，嵌套sudo会引发权限上下文冲突。修改init.sh内容：

#!/bin/sh
# 使用sh绝对路径，同时捕获错误输出到日志
/bin/sh -x /home/a/Workspace/start_zookeeper.sh >> /home/a/log.out 2>&1 &
sleep 15
/bin/sh -x /home/a/Workspace/start_kafka.sh >> /home/a/log.out 2>&1 &
sleep 15
/bin/sh -x /home/a/Workspace/x-bot/start.sh >> /home/a/log.out 2>&1 &
sleep 15
/bin/sh -x /home/a/Workspace/y-bot/start.sh >> /home/a/log.out 2>&1 &

注：追加2>&1可将错误输出写入日志，方便定位具体失败原因

3. 检查日志与目录权限 #

• 确认root用户可写入/home/a目录：

  ls -ld /home/a
  

  若权限不足，执行chmod 755 /home/a调整。
• 查看日志中的错误详情：

  cat /home/a/log.out
  

  日志会直接提示哪个命令失败、具体原因（如路径错误、依赖缺失等）。

4. 适配系统初始化节奏 #

@reboot触发时，系统可能未完成网络、磁盘等资源加载，10秒的sleep可能不足以让依赖服务就绪：

• 延长sleep时间至15-30秒；
• 或在脚本开头添加网络等待逻辑：

  # 等待默认路由就绪（网络可用）
  until /sbin/ip route | grep -q default; do
      sleep 2
  done
  # 额外等待10秒确保其他服务初始化
  sleep 10
  

5. 验证crontab配置 #

确认配置已正确生效：

sudo crontab -u root -l

检查输出中是否存在@reboot /home/a/Workspace/init.sh条目。

6. 手动测试脚本 #

先以root身份手动执行脚本，确认脚本本身逻辑正常：

sudo /home/a/Workspace/init.sh

若手动执行也失败，说明问题出在启动脚本本身（如ZooKeeper/Kafka依赖未安装、配置文件错误等），需针对性排查。

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