宝塔定时任务报“Permission denied”是因脚本缺少执行权限或属主不匹配：需用chmod +x添加执行位，根据用途设chown为www或root，并确认shebang有效、路径绝对、工作目录正确。
宝塔定时任务执行报错“Permission denied”
脚本在宝塔面板里添加为定时任务后，日志显示 Permission denied，本质是系统拒绝执行该文件——不是宝塔的问题，而是 Linux 文件权限和所有者没配对。常见于上传脚本后直接添加任务，没改属主、也没加执行位。
- 先确认脚本路径是否在非 root 用户家目录下（比如
/www/wwwroot/xxx/shell.sh），这类路径默认属主是www或普通用户，但宝塔定时任务默认以root身份运行，若脚本属主是www且权限不开放，root仍可能因 umask 或 ACL 限制无法读取或执行 - 更常见的情况是脚本本身没有
x权限位，即使属主正确，bash script.sh可能成功，但./script.sh就会报Permission denied—— 定时任务默认用./xxx方式调用，必须可执行 - 别依赖“宝塔自动加权限”，它只负责调度，不修改文件系统属性
chown 改属主：什么时候该改成 root，什么时候保留 www
关键看脚本干啥事。属主决定的是“谁创建的这个进程”，影响的是脚本内操作的权限边界，比如写日志、删文件、调用其他程序。
- 如果脚本只读取网站配置、生成静态文件、发个 curl 请求，用
www属主更安全：chown www:www /path/to/script.sh - 如果要重启服务（如
systemctl restart nginx）、写入/etc/下配置、清理系统级缓存，必须用root属主：chown root:root /path/to/script.sh - 切忌把脚本 chown 成
root却让它去写/www/wwwroot/下的文件——可能因目录 sticky bit 或父目录权限导致失败；反过来，用www属主却去执行reboot，肯定被 sudo 拦住（除非显式配了 NOPASSWD）
chmod +x 不够，还得看 shebang 和解释器路径
chmod +x 是必要但不充分条件。脚本第一行的 shebang（如 #!/bin/bash）必须指向真实存在的解释器，且该解释器本身得有执行权限。
- 检查 shebang 是否有效：
head -1 /path/to/script.sh，确认是#!/bin/bash或#!/usr/bin/env bash，避免写成#!/bin/sh后用[[ ]]这种 bash 特有语法 - 某些精简系统（如 Alpine）用
/bin/ash，宝塔部署在 CentOS/Ubuntu 上一般没问题，但如果你从别处复制脚本过来，得核对 - 执行权限要落在文件上，不是目录：
chmod 755 /path/to/script.sh（不要777，没必要也不安全）；如果脚本里还调用了同目录下其他工具（如jq、curl），确保它们也具备执行权限或在$PATH中
宝塔定时任务里选“Shell 脚本”还是“Python 脚本”
选错类型不会报错，但会悄悄改变执行环境——这常被忽略，导致脚本里用的命令找不到或版本不对。
- 选“Shell 脚本”时，宝塔用
/bin/bash -c "cd /xxx && ./script.sh"执行，走的是系统默认 bash，$PATH包含/usr/local/bin、/usr/bin等 - 选“Python 脚本”时，宝塔会强制用
/www/server/python/bin/python（宝塔内置 Python）去执行，哪怕你脚本开头是#!/usr/bin/env python3，也会被覆盖——此时如果脚本里调用了subprocess.run(["node", ...])，而node不在宝塔 Python 的 PATH 里，就静默失败 - 稳妥做法：明确选“Shell 脚本”，并在脚本里用绝对路径调用解释器，比如
/usr/bin/python3 /path/to/app.py，避免环境错乱
最易被忽略的点：脚本里用相对路径读写文件，但在定时任务里工作目录不是你想象的那个目录。宝塔默认 cd 到脚本所在目录执行，但如果脚本被软链接、或路径里有 ~、或用了 pushd/popd，实际工作目录可能偏移。加一句 cd "$(dirname "$0")" 开头最保险。
