Scheduling Tasks Using Cron in Linux

Last updated: May 14, 2024 | Emmanuel Oyibo

In Linux systems, automating recurring tasks can greatly improve efficiency and system maintenance. Cron is a powerful task-scheduling tool that lies at the heart of this automation. It allows you to schedule commands or scripts to run at specific times or intervals.

Whether you want to perform weekly backups, generate daily reports, or execute regular system cleanup processes, cron provides a versatile solution.

In this article, we’ll explore how to use cron for automation and tasks scheduling.

Understanding Cron Syntax

The key to scheduling tasks with cron lies in mastering its syntax. Essentially, you define when to run a task with a specific string called a cron expression. This expression consists of five fields separated by spaces:

  • Minutes (0-59): specifies the minute within the hour when the job will execute
  • Hour (0-23): indicates the hour of the day (in 24-hour format)
  • Day of month (1-31): determines the specific day within a month for the job to run
  • Month (1-12): sets the month of the year for the job
  • Day of week (0-6): chooses the day of the week, with 0 representing Sunday and 6 representing Saturday

In addition, cron syntax offers special characters for more complex scheduling patterns:

  • *(asterisk): matches every possible value for that field (e.g., * in the minute field means “every minute”).
  • ,(comma): lists multiple values within a field (e.g., “1,15,30” in the minute field runs every 1st, 15th, and 30th minute)
  • -(dash): defines a range (e.g., “0-10” in the hour field runs from midnight to 10 am)
  • /(forward slash): creates intervals within a range (e.g., “*/15” in the minute field runs every 15 minutes)

For example, to run a backup daily at 11:30 pm, you can use the syntax:

$ 30 23 * * * /path/to/


  • 30: is the minute the task runs (11:30 pm)
  • 23: is the hour of the day (11 pm in 24-hour format)
  • *: every day of the month
  • *: every month
  • *: every day of the week
  • /path/to/ the actual script to execute

For a handy reference to common cron patterns and special expressions, check out our cron quick reference guide.

Creating and Editing Cron Jobs

Once you understand the syntax, you’re ready to start adding and managing cron jobs. The primary tool for this is the crontab command.

The crontab -e Command

This command allows you to edit your user-specific crontab file (your list of cron jobs). Here’s the basic workflow:

  1. Type crontab -e in your terminal.
  2. Your default text editor will open with your current crontab. If it’s your first time, the file will be empty.
  3. Add new cron jobs on separate lines, following the cron syntax. For example: $ 0 4 * * 0 /path/to/ The above cron job will run weekly cleanups at 4 am on Sundays.
  4. Save and exit your editor. Your changes will be installed automatically.

Now that you know how to create and edit cron jobs, let’s see another example.

Let’s assume you want to schedule a system update check to run at 9 am every Monday:

  1. Open your crontab: crontab -e
  2. Add this line: $ 0 9 * * 1 /path/to/
  3. Save and exit.

However, it’s essential for you to be careful not to edit the system-wide cron-tab files (often in /etc). These are for system-level tasks and should be modified with caution. It’s generally best practice to manage your cron jobs with crontab -e.

Running Tasks at Startup

If you need a script to run immediately after system boot, use the @reboot special expression:

$ @reboot /path/to/

Also, when you make changes to your crontab and they don’t seem to take effect, it’s possible the cron daemon needs to reload its configuration. Some systems do this automatically, but you might need to restart the cron service manually (e.g., sudo service cron restart).

Managing Cron Jobs

After creating cron jobs, it’s important to be able to view and modify them as needed. Here are the essential commands to manage your scheduled tasks:

  • The crontab -l command: lists your current cron jobs. It allows you to see what you currently have scheduled and verify if any changes took effect.
  • The crontab -r command: completely removes your user’s crontab file, deleting all your scheduled tasks. Use this command cautiously.
  • Centralized management: system administrators often manage cron jobs for all users centrally. Typically, system-wide crontab files are located within the /etc directory. For example:
    • /etc/crontab: is the main system crontab
    • /etc/cron.d: is a directory where you might find additional cron configuration files

Also, you should note that editing system-wide crontabs usually require root privileges or the use of sudo.

Advanced Cron Tips and Tricks

Once you’re comfortable with the basics of cron, here are some additional techniques to improve your command over task scheduling:

Redirecting Output

By default, the output of your cron jobs is emailed to you. To capture the output in a log file instead, you can use redirection operators:

$ 0 1 * * * /path/to/ > /var/log/script_output.log 2>&1


  • > /var/log/script_output.log redirects standard output
  • 2>&1 redirects standard error to the same file, for consolidated logs

Environmental Variables

The environment in which cron jobs run might differ from your usual shell environment. Be sure to set any necessary environment variables explicitly within your crontab entries or in the scripts themselves.

For example:

0 5 * * * /path/to/

When the cron daemon runs the job, it needs to find the executable file It’ll use your PATH to search.


If cron jobs aren’t running as expected, check system logs (e.g., /var/log/syslog or /var/log/messages). Also, ensure the scripts themselves have the correct permissions and are executable.



Please add comments below to provide the author your ideas, appreciation and feedback.

Leave a Reply

Leave a Comment