有一个 shell 脚本，需要设置 crontab，简化之后如下
#!/bin/bash
set -e
rm /var/spool/cron/crontabs/root -rf
(crontab -l; echo "@reboot /etc/init.d/init.sh";) | crontab -
发现使用 sudo 运行之后，/var/spool/cron/crontabs/root 的内容为空（如下）
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (- installed on Mon Jan 17 10:30:27 2022)
# (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $)
修改脚本，把 set -e 去掉，运行结果正常，此时 /var/spool/cron/crontabs/root 的内容如下
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (- installed on Mon Jan 17 10:31:57 2022)
# (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $)
@reboot /etc/init.d/init.sh
注意，这里多出了最后一行： @reboot /etc/init.d/init.sh，这才是预期的结果
所以觉得很奇怪，是 set -e 和 crontab 命令有冲突吗
小括号会启动子进程（subshell），在子进程中crontab -l返回不是0直接结束，echo执行不到，所以cron文件是空的。
最后加echo能执行，是因为主进程还是正常的。
你去掉小括号执行一下就能看到差异。
补充一下，这应该和系统版本无关，我试了如下两个版本都出现同样的情况
Ubuntu20.04(x86): Linux osrc-virtual-machine 5.11.0-44-generic #48~20.04.2-Ubuntu SMP Tue Dec 14 15:36:44 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
Ubuntu(aarch64): Linux bionic-arm64 4.19.0-gfa0ac58bc #1 SMP Mon Jan 17 16:23:58 CST 2022 aarch64 aarch64 aarch64 GNU/Linux
-e Exit immediately if a command exits with a non-zero status.
说明哪个命令返回值不是零，脚本直接退出了，后面的命令没有执行
为啥要加个set -e这么个多余的命令？
其实，不难理解，是你操作了/var/spool/cron/crontabs/root;
这个文件，需要root权限，而你运行的时候
rm /var/spool/cron/crontabs/root -rf
这条命令是需要sudo的，也就是说，你每次运行的时候，需要输入密码；
这个输入密码就会影响“set -e”
从而出现失败；
另外，/var/spool/cron/crontabs/root是个文件，你清空文件的话，不需要rm来操作。
你可以直接置空更方便；
首先，你要明白一点set -e 的作用，你写的脚本在文件开头加上set -e,这句语句告诉bash如果任何语句的执行结果不是true则应该退出。另外，我看博主是想搞一个定时任务，你这种用法很不规范，建议使用/etc/cron.d的方式来开启定时任务，总之，你这种用法很牵强，如果别人再开启定时任务，使用你这种方式会出现问题
set命令的-e参数，linux系统自带的说明是："Exit immediately if a simple command exits with a non-zero status"，也就是说，在"set -e"之后出现的代码，一旦出现了返回值非零，整个脚本就会立即退出，那么就可以避免一些脚本的危险操作。
rm /var/spool/cron/crontabs/root -rf操作执行失败，所以直接退出脚本后面的echo "@reboot /etc/init.d/init.sh不会执行。
删掉set -e之后，虽然rm -rf命令执行失败但是脚本也会继续往下执行，所以会有@reboot /etc/init.d/init.sh的打印。
望采纳。