ps-aux|grep cron运行的结果，在运行的进程cron
/usr/sbin/cron -f
通过man cron命令
/usr/sbin/cron -f的英文解释
Stay in foreground mode, don’t daemonize.
是不是不对任务进行监视，那么应该怎么设置才能正常监视呢？
自从 systemd 以来，系统守护进程/系统服务的工作方式有了多种多样的实现方式。例如 cron.service，这个服务故意写成前台形式而非自行后台守护进程化，是为了方便 systemd 接住它前台输出到 stderr 和 stdout 的调试信息。cron 在这样的情况下当然仍然正常工作，这对 cron 的工作没有任何影响。
1 个赞
通过sudo crontab -e 将apt-get install softname -y，到点后一直不起作用，前面加上路径
/usr/bin/ 也没用，reboot，shutdown都是可以到点执行，就apt命令不成功
我能告诉你的是 crontab 绝对没有问题，apt 的事情需要你自己去调试，和这个帖子主题没关系。
我可以详细说一下 debug 的方式：用 shell 脚本包一层，把 stderr 和 stdout 重定向到文件中。例如：
* * * * * sh -c 'apt install -y webfs > /tmp/logl 2>&1'
运行后查看 log，可以看见问题所在。如下：
正在读取软件包列表...
正在分析软件包的依赖关系树...
正在读取状态信息...
下列【新】软件包将被安装：
webfs
debconf: 无法初始化前端界面：Dialog
debconf: (系统未设定 TERM 环境变量, 所以对话框界面将不可使用.)
debconf: 返回前端界面：Readline
debconf: 无法初始化前端界面：Readline
debconf: (这个界面要求可控制的 tty。)
debconf: 返回前端界面：Teletype
dpkg-preconfigure: 重新开启标准输入失败：
升级了 0 个软件包，新安装了 1 个软件包，要卸载 0 个软件包，有 0 个软件包未被升级。
需要下载 0 B/71.1 kB 的归档。
解压缩后会消耗 191 kB 的额外空间。
dpkg: 警告: 在 PATH 环境变量中找不到 ldconfig 或没有可执行权限
dpkg: 警告: 在 PATH 环境变量中找不到 start-stop-daemon 或没有可执行权限
dpkg: 错误: 2 在环境变量 PATH 中找不到该程序，或不可执行
提示：root 的 PATH 环境变量通常应当包含 /usr/local/sbin、/usr/sbin 和 /sbin
E: Sub-process /usr/bin/dpkg returned an error code (2)
结论：环境变量的缺失，尤其是 PATH 的缺失，导致了 apt 工作不正常。而这样对 PATH 的缺失处理是 cron 的特性之一，在写 crontab 时一定要时刻放在心中。如果讨厌传统 cron 的行为，可以研究研究 systemd timer。
1 个赞
楼主你需要记住一点。跟帖之前要把楼上所有的回帖都读一遍，并确认是否对自己有用。注意是所有的回帖。
谢谢你的调试方法，很有用，比/var/log/cron.log要有用，把/etc/crontab里的环境复制进crontab -e的打开的文件，就可以正常了
后来直接在/etc/crontab里写定时命令，竟然也可以，直接写命令，路径也不用写，奇怪，之前好像试过无效果，现在都能正常定时执行了