Comprende el código correctamente antes de utilizarlo a tu trabajo si ttienes algo que aportar puedes compartirlo con nosotros.
Solución:
Desde la página de manual de crontab:
Trabajos en /etc/cron.d/
Los trabajos en cron.d son trabajos del sistema, que normalmente se utilizan para más de un usuario. Esa es la razón por la que se necesita el nombre del usuario. MAILTO en la primera línea es opcional.
EJEMPLO PARA TRABAJO EN /etc/cron.d/job
#login as root
#create job with preferred editor (e.g. vim)
MAILTO=root
* * * * * root touch /tmp/file
Esa es toda la sección sobre crontab en /etcasí que supongo que la inclusión del usuario bajo cuyo nombre se ejecuta el trabajo es de hecho el solamente diferencia.
Nuevamente desde la misma página man:
Se admiten estos “apodos” especiales de especificación de tiempo, que reemplazan los 5 campos iniciales de hora y fecha, y tienen el prefijo “@”:
@reboot: Ejecutar una vez después de reiniciar.
Por lo tanto, su inferencia de que la forma correcta de usar @reiniciar es
@reboot user_name command
es correcto.
Si lo está ejecutando de forma interactiva como se muestra a continuación, no especifica el usuario:
crontab -e
@reboot /root/mycommand
Si lo coloca como un archivo en /etc/cron.d, por ejemplo, /etc/cron.d/mycronfile, debe colocar el usuario:
@reboot root /root/mycommand
Si te ha sido de ayuda nuestro artículo, sería de mucha ayuda si lo compartieras con el resto desarrolladores y nos ayudes a dar difusión a nuestra información.