How do I make rsync delete files that have been deleted from the source folder?

To delete files in the target, add the --delete option to your command. For example:

rsync -avh source/ dest/ --delete

NB: -avh is for --archive --verbose --human-readable

The rsync command wont delete any file while you use some of its options delete in that command. So if any file or folder added in source, it'll be synced to target without any deletion.

I suggest you to use rsync for make backup from source files and use find ... rm for deletion files for period of time or size of files:

rsync [options] SOURCE TARGET
find TARGET -maxdepth 1 -type f -mtime +60 -exec rm -f {} \;

The above code block, make a backup from source and then delete every files which last modified time are more than 2 month.

UPDATE

As I find that the delete options are just for TARGET that if some files are removed from source, rsync --delete remove them from TARGET. And the delete option by after and before, as mentioned in its man page:

--delete-before         receiver deletes before transfer, not during

Means that:

1. rsync delete the file from TARGET which are removed from SOURCE.
2. rsync start syncing files.

--delete-after          receiver deletes after transfer, not during

Means that:

1. rsync start syncing files.
2. rsync delete the file from TARGET which are removed from SOURCE after syncing.

NOTE: The --delete-{before/after} implement just in TARGET.

The command

$ rsync -avhn --delete local/ remote/

takes care to always sync back changes done locally to the remote. That means it takes care to synchronize local and remote such that

1. files added in local are added to remote
2. files removed from local are removed from remote
3. files added in remote are removed
4. files removed from remote are restored from local if they exist, else ignored

The parameters explained:

• -a archive mode
• -v increase verbosity
• -h output numbers in a human-readable format
• -n dry run, perform a trial run with no changes made. Always use this flag initially to prevent data loss. When you are happy, remove it.

Let the results speak for themselves:

• Create 2 directories

  $ mkdir local/ remote/
  

• Create files in them

  $ touch local/local_only remote/remote_only local/exists_locally_and_remotely remote/exists_locally_and_remotely`
  

• See what has been created (before rsync):

  $ ls local/ remote/ 
  
  local/:
  exists_locally_and_remotely  local_only
  
  remote/:
  exists_locally_and_remotely  remote_only
  

• calling rsync:

  $ rsync -avh --delete local/ remote/
  sending incremental file list
  deleting remote_only
  local_only
  
  sent 160 bytes  received 50 bytes  420.00 bytes/sec
  total size is 0  speedup is 0.00
  

• See the result (after rsync):

  $ ls local/ remote/ 
  
  local/:
  exists_locally_and_remotely  local_only
  
  remote/:
  exists_locally_and_remotely  local_only
  

As you can see, the file remote/remote_only has been deleted, the file local/local_only has been synchronized.

This command will copy increment data and keep it in sync with remote server.

1. It will copy only incremental data.
2. It will delete if any data deleted from source.
3. It will copy again from source if any data deleted at destination.
4. basically this command will keep the both environment in sync.

rsync -avWe ssh --delete-before (source) root@localhost:(destination) rsync -avW --delete-before -e ssh (source) root@localhost:(destination)

Example:

rsync -avWe ssh --delete-before /data [email protected]:/backup
rsync -avW --delete-before -e ssh /data [email protected]:/backup

If there are any errors during an rsync scync, rsync will not properly delete the files it should have, even if you used --delete, --delete-after, or --delete-before.

This is why it is important to address rsync errors.

Most of my errors were due to using the --perms option while syncing with a Non-Linux file system. When I replaced --perms with --no-perms, those errors went away and then deleting worked.

--perms is ok when you are syncing from a Linux file system to a another Linux file system, but if you're syncing from Linux to a Non-Linux file system (like NTFS, FAT), --perms causes errors because rsync cannot set Linux permissions on a non-linux file systems. Again, errors = no delete.

-- When syncing to a Non-Linux partition, I use --no-perms to avoid those errors that sabotage --delete, --delete-after, or --delete-before.

If you still get errors after that, and cannot figure out how to make those errors go way, you can run a command that is exclusively dedicated to deleting the out-of-sync files:

sudo rsync -r --delete --existing --ignore-existing --ignore-errors --progress /path/to/source/ /path/to/destination

The command above will delete stuff that's out of sync, but won't sync any files. So, you should sync again after this. That command is based off of this answer, except that I added the --ignore-errors argument also, so it would delete even if there are errors.

The ‘-delete’ flag has to appear after your /source and /destination.
So it’s like this

rsync -rvpthE --progress /Volumes/EOS_DIGITAL/DCIM/ /Users/mitchellg/Desktop/files -delete

The options are:

• -r recursive
• -v verbose (print to screen)
• -p permissions
• -t time (use time instead of checksums ‘c’)
• -h human readable
• -E extended Info (the Color tags on a .Mac)