脚本执行前必须确认换行符为LF、添加执行权限、设置正确PATH或使用绝对路径、重定向日志。宝塔计划任务基于Linux cron，仅识别LF换行符；chmod +x是硬性要求；cron环境PATH极简，需显式声明；日志重定向是唯一可靠排错手段。
脚本执行前必须确认换行符是LF
宝塔计划任务底层走的是 Linux cron，只认 \n（LF），遇到 Windows 编辑器保存的 \r\n（CRLF）会直接报错：/bin/bash: bad interpreter: No such file or directory。这不是路径错了，而是解释器路径末尾多了一个看不见的 \r，系统试图执行 /bin/bash\r 这个不存在的文件。
- 上传前在编辑器里改：VS Code 右下角点击
CRLF→ 选LF；Notepad++ 用「编辑 → EOL 转换 → UNIX/OSX 格式」 - 已上传？进宝塔终端执行：
dos2unix /path/to/your/script.sh（没装就先yum install -y dos2unix或apt install -y dos2unix） - 快速验证命令：
cat -A script.sh，如果行尾出现^M，说明还有\r
chmod +x 是硬性要求，不能跳过
Linux 下脚本不是“写完就能跑”，哪怕你是 root 上传的，文件默认权限通常是 -rw-r--r--，没有执行位（x）。cron 不管你是谁，只看权限位，缺 x 就直接拒绝执行，报 Permission denied。
- 必须执行：
chmod +x /path/to/your/script.sh（别用u+x，cron 不走用户 session） - 检查是否生效：
ls -l /path/to/your/script.sh，输出中得有x，比如-rwxr-xr-x - 如果脚本里还调用了其他脚本或二进制，它们也得有
x权限，别只改主脚本
PATH 和命令路径不一致导致“命令找不到”
你在终端手动运行时能成功，是因为加载了 ~/.bashrc、/etc/profile 等，PATH 里有 /usr/local/bin、/www/server/php/82/bin 等。但 cron 启动的是极简 shell，PATH 基本只有 /usr/bin:/bin，php、python3、mysqldump 全都找不到。
- 脚本开头加一行：
export PATH="/usr/local/bin:/usr/bin:/bin:/www/server/php/82/bin:/www/server/mysql/bin"（根据echo $PATH输出调整） - 所有命令尽量写绝对路径：
/www/server/php/82/bin/php而不是php，/usr/bin/mysqldump而不是mysqldump - 删掉脚本里的
source ~/.bashrc或类似语句——cron 不读这些文件
日志重定向是唯一靠谱的排错手段
宝塔界面上的“执行日志”有时不完整，尤其当脚本崩溃在解释器加载阶段（比如换行符或权限问题），根本不会留下任何输出。不重定向，你就等于瞎猜。
- 在计划任务里填命令时，强制加上日志输出：
/bin/bash /path/to/script.sh >> /www/wwwroot/logs/script.log 2>&1 - 或者在脚本第一行后立刻加：
exec >> /www/wwwroot/logs/script.log 2>&1 - 配合
date打点：echo "[$(date)] Start" >> /www/wwwroot/logs/script.log，确认脚本是否真被触发
