Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

There is a certain job that shows up when I do

$ crontab -l

and I can verify that this is also running. However, the job is not listed in /etc/crontab.

Say the job is /somedir/somefile I can't seem to find where it is specified for cron

$ find /var/ -path *cron*  -exec grep somefile {} \; 2>e
$ find /etc/ -path *cron*  -exec grep somefile {} \; 2>e

don't show up anything.

If I do crontab -e and delete the line, the job still runs and /etc/crontab remains unchanged (since it didn't have the line in the first place!)

I am a regular user (non admin), and some of the paths in /var and /etc are inaccessible for me (that's why I do 2>e to redirect the permission denied errors). However, the con job command for this file should be accessible since I can edit it in crontab -e.

share|improve this question

migrated from Jun 13 '13 at 9:42

This question came from our site for professional and enthusiast programmers.

Off-topic; belongs on Super User – Ex Umbris Jun 13 '13 at 5:09

The crontab you see in /etc/crontab is a system-wide crontab which is run as and therefore only editable by root.

When using the crontab command to create a user's crontab, new crontabs are placed into /var/spool/cron/crontabs and the file's name is the user who owns the crontab.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.