hdparm状态检测脚本手动运行正常，cron调度时失效求助

这个问题我之前帮好几个用户排查过，核心差异几乎都是cron的执行环境和你手动登录shell的环境不一样导致的，具体原因和修复方法我给你拆解清楚：

一、问题出现的核心原因 #

1. cron的PATH环境变量极度受限 #

手动登录shell时，系统会加载~/.bashrc、~/.profile这类配置文件，把很多系统命令的路径（比如/sbin、/usr/local/bin）加入到PATH里，所以你脚本里调用的磁盘检测命令（比如df、iostat）能正常找到。但cron的默认PATH通常只有/bin:/usr/bin，如果你的检测命令不在这个范围内，脚本执行时就会出现“command not found”的错误，直接跳过检测逻辑走else分支。

2. cron的默认工作目录不是脚本所在目录 #

手动执行脚本时，你是在脚本所在的目录下运行./autoshutdown.sh，脚本里如果用到相对路径（比如读取当前目录下的配置文件），或者依赖当前目录的上下文，都能正常工作。但cron执行时，默认的工作目录是你的用户主目录（比如/home/yourusername），如果脚本里有相对路径的引用，就会找不到文件，导致检测失败。

3. 未加载用户专属的环境变量 #

有些磁盘检测工具可能依赖你手动登录时加载的特定环境变量（比如自定义的工具路径、配置参数），但cron执行时不会加载这些交互式shell的配置，导致工具运行异常，无法正确检测磁盘状态。

二、具体的修复方案 #

1. 给脚本里的所有外部命令用绝对路径 #

先通过which命令找到你用到的检测命令的绝对路径，比如：

which df  # 输出可能是/bin/df
which iostat  # 输出可能是/usr/bin/iostat

然后把脚本里的df改成/bin/df，iostat改成/usr/bin/iostat，确保cron能找到这些命令。

2. 在脚本开头手动设置完整的PATH #

在脚本的最顶部添加一行，把常用的命令路径都加入：

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
export PATH

这样不管cron的默认PATH是什么，脚本都能使用完整的命令路径。

3. 强制切换到脚本所在的工作目录 #

在脚本开头添加一行，自动切换到脚本所在的目录，避免相对路径问题：

# 切换到脚本所在目录
cd "$(dirname "$0")" || exit 1

"$(dirname "$0")"会获取脚本的所在目录，|| exit 1确保如果切换失败就直接退出，避免后续错误。

4. 调试cron执行日志定位问题 #

修改你的cron任务，把脚本的输出和错误信息重定向到日志文件，方便排查：

*/15 * * * * /full/path/to/autoshutdown.sh >> /var/log/autoshutdown.log 2>&1

之后查看/var/log/autoshutdown.log，如果有“command not found”或者文件不存在的错误，就能精准定位问题点。

5. 按需加载用户环境变量（谨慎使用） #

如果确实需要依赖手动登录时的环境变量，可以在脚本开头加载对应的配置文件：

# 加载用户的profile配置
. ~/.profile

注意：如果你的~/.bashrc里有交互式命令（比如echo输出、read输入），不要加载它，否则会导致cron执行卡住。

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