The Script
Copy this, paste it into a file called backup.sh, and you're 90% done.
What this does, line by line
SOURCE is the folder you want to back up. DEST is where backups are saved. DATE grabs the current timestamp. mkdir -p creates the destination folder if it doesn't exist. cp -r copies everything recursively. The last line confirms it worked.
Step-by-Step Setup
Step 1 — Create the file
Open a terminal and run:
Paste the script above, then press Ctrl+X → Y → Enter to save.
Step 2 — Edit your paths
Change SOURCE to the folder you want to back up and DEST to where you want backups saved. Examples:
| Variable | Example value | What it means |
|---|---|---|
| SOURCE | /home/alice/projects | The folder being backed up |
| SOURCE | /var/www/html | A web server's files |
| DEST | /backup | A local backup directory |
| DEST | /mnt/external-drive | An external drive mount point |
Step 3 — Make it executable
You only need to do this once. It gives the script permission to run.
Step 4 — Run it
You should see: ✓ Done. Saved to: /backup/backup_2026-05-02_14-30
Schedule It with Cron
Running this manually defeats the purpose. Here's how to make it run automatically every day.
Open your crontab
Add one of these lines
Tip: Use crontab.guru
Go to crontab.guru to build and test cron time expressions for free. It explains exactly when your job will run in plain English.
Variations
Faster backups with rsync (recommended for large folders)
Swap cp -r for rsync to only copy files that have changed. Much faster on big directories:
Log every backup to a file
Know exactly when each backup ran and whether it succeeded:
Keep only the last 7 backups
Prevent your backup folder from filling up your disk:
Common Mistakes
Missing trailing slash on rsync SOURCE
With rsync, rsync -av /source /dest/ copies the folder itself. rsync -av /source/ /dest/ copies the folder's contents. That trailing slash distinction matters significantly. When in doubt, test with --dry-run first.
Cron uses a different PATH
When scripts run manually but fail via cron, add PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin as the first line of your crontab, since cron doesn't load your shell's PATH.
Backing up to the same disk
A backup on the same physical disk as your source files won't save you from a drive failure. Use an external drive, a second machine, or a cloud location for real protection.
Frequently Asked Questions
How do I automatically back up files in Linux?
Use a bash script with cp -r or rsync to copy your folder to a backup location. Append a date variable like DATE=$(date +%Y-%m-%d_%H-%M) to the destination path so each backup gets a unique name, then add the script to cron to run it automatically.
How do I schedule a backup to run every day?
Open cron with crontab -e and add: 0 2 * * * /home/user/backup.sh — this runs at 2am daily. Use crontab.guru to build any cron expression you need.
What's the difference between cp and rsync for backups?
cp copies everything every time — simple but slow on large folders. rsync only transfers files that have changed, making it significantly faster for repeated backups of large directories. For daily backups of large directories, rsync is the right choice. For small folders or one-time copies, cp is fine.
How do I verify my backup script is working?
Add set -x right after #!/bin/bash. This enables debug mode and prints every command as it runs, so you can see exactly what happened. Remove it once you're satisfied the script works correctly.
