Desde la actualización, el crontab de mi usuario ha sido eliminado. Esta no es la primera vez que esto sucede este año y es un dolor restaurarlo cada vez.
Me gustaría poder hacer una copia de seguridad del crontab para mi usuario, pero para eso necesito saber dónde está almacenado.

cronpaquete, pero estoy de acuerdo, no es algo que deba suceder.Respuestas:
En realidad, no se recomienda manejar esos archivos a mano. Por
crontabpágina de manual:Los archivos bajo
/var/spoolse consideran temporales / en funcionamiento, por eso probablemente se eliminen durante una actualización, aunque una mirada más cercana a loscronscripts de actualización del paquete puede arrojar algo de luz sobre esto.De todos modos, siempre es una buena práctica hacer una copia de seguridad de sus entradas cron o guardarlas en un archivo en su directorio de inicio.
Supongo que está utilizando
crontab -epara crear archivos crontab sobre la marcha. Si es así, puede obtener una "copia" de su archivo crontab haciendocrontab -l. Canalice eso a un archivo para obtener una "copia de seguridad":Luego puede editar ese archivo my-crontab para agregar o modificar entradas, y luego "instalarlo" dándolo a crontab:
Esto hace la misma verificación de sintaxis que
crontab -e.fuente
crontab -les más fácil que pasar/var/spool/cron/crontabs/$USERdebido a los extraños permisos en ese archivo.iptables-savede cron. Nice .../var/spool/cron/crontabses útil cuando desea seleccionar o examinar crontabs de múltiples usuarios.sudo grep -rHin "$string" /etc/cron*(en el que la cadena podría ser un comando comodocker,lftp,iptables, etc. Es una buena idea para comprobar crontabs de usuario también Eso es lo que me llevó a este Q & A..sudo grep -rHin "$string" /etc/cron* /var/spool/cron*Se almacena dentro de la
/var/spool/cron/crontabscarpeta con nombre de usuario.fuente
Finalmente descubrí por qué mis crontabs y la instalación de Postfix seguían fallando después del arranque. Es una razón realmente estúpida pero ...
Me había
/var/spoolmontado como unatmpfsunidad de RAM.Suena idiota y lo es, pero había seguido uno de los viejos ajustes de SSD para alargar la vida de mi SSD. Al hacerlo, me monté a ciegas
/tmp,/var/tmpy/var/spoolcomotmpfssin pensar en las consecuencias. Pensé que/var/spoolera como/proc/o/run/y que solo era útil durante la sesión. Estaba claramente equivocado.fuente
/tmpcomo tmpfs, pero no/var/tmpo/var/spool./tmpse usa para almacenamiento temporal que puede perderse al reiniciar./var/tmpse usa para el almacenamiento temporal que permanecerá después de un reinicio. Y como has descubierto,/var/spooles para procesar los datos, que también permanecerán después de un reinicio.Para enumerar todos los trabajos cron de todos los usuarios en su sistema:
Una alternativa a su problema sería colocarlos en la carpeta cron.d y especificar el usuario apropiado por cron como en el ejemplo:
fuente
crontab -uestá ejecutando desde su sistema actual.while read userbucle, para manejar el caso donde el nombre de usuario contiene espacios, pero aparentemente eso no es un problema. Conjunto muy limitado de caracteres de nombre de usuario.