必须用绝对路径调用/sbin/shutdown，因cron环境path窄且无tty，sudo reboot会卡密码；推荐root crontab（sudo crontab -e），如15 2 * /sbin/shutdown -h +0，并加日志重定向。
直接用 crontab 配 /sbin/shutdown 就行，别碰 reboot 或 shutdown 不带路径——90% 的失败都出在这儿。
为什么 crontab 里写 reboot 没反应
现象是日志里反复出现 Command not found 或 Operation not permitted，根本不是权限没配对，而是 cron 环境太干净：PATH 默认只有 /usr/bin:/bin，而 reboot 在 /sbin/reboot，压根找不到。
- 普通用户 crontab 加
sudo reboot也无效：cron 不提供 TTY，sudo卡在密码输入环节 -
shutdown命令同理，不写绝对路径就报错，哪怕你终端里能直接敲shutdown -h now - 系统级命令必须用绝对路径：
/sbin/shutdown -h now、/sbin/shutdown -r now
怎么写才真正生效（推荐 root crontab）
必须用 sudo crontab -e 编辑 root 的定时任务，不是 crontab -e（那是当前用户的）。
- 每天凌晨 2:15 关机：
15 2 * * * /sbin/shutdown -h +0 - 每周日凌晨 3:30 重启：
30 3 * * 0 /sbin/shutdown -r now - 避免用
now：部分老发行版 cron 环境下解析不稳定，统一用+0更可靠 - 加日志重定向方便排查：
30 3 * * 0 /sbin/shutdown -r now >> /var/log/cron-reboot.log 2>&1
要不要用 systemd timer？
可以，但没必要。它确实支持状态追踪和依赖管理，但对关机/重启这种单点动作属于过度设计。
- systemd timer 要写 service + timer 两个单元文件，还要
systemctl daemon-reload、systemctl enable，步骤多一倍 - crontab 一行搞定，且所有主流发行版默认启用，无需额外服务
- 唯一例外：如果你的系统已禁用 cron（极少见），才考虑 systemd timer
脚本封装时最容易漏掉的三件事
写脚本不是不行，但环境陷阱比想象中多。
- 脚本开头必须声明完整
PATH：PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin - 脚本不能放
/home下：如果/home是独立加密分区，cron 启动时可能还挂不上 - 别用
~或$HOME：cron 里这些变量为空，/root/restart.sh必须写死绝对路径
真正容易被忽略的是 crond 服务本身是否在运行——执行 systemctl status crond 确认一下，别等任务没触发才想起来查。
