>decide to move a bunch of videos out of a folder into a parent directory
>run rsync again
>it deletes and then copies over the files all over again instead of changing the markers to a new location
Why can't Linux do things right? I never had this issue with SyncToy. My disk I/O is going off the charts every time I do this.
No, the question is: Why can't you do things right? rsync will not delete anything unless you pass the option to do so. Why didn't you use mv? Don't blame the OS for your inability to read a manual.
I selected it to delete on the destination hard drive so I can keep things in sync but really that should only apply to files I actually deleted for real (not moved). I don't need extra copies of the same files. It is just doing things a rather cumbersome way. Not efficient at all when you move files around directories.
I could but no file manager is designed to keep directories in sync. So if I copy and paste something over to the backup it will ask to replace those files or skip them. Things get tricky when you have modified files/renamed them. You would then end up with a lot of duplicates on the backup.
>rsync is best for remote transfers, not local ones.
rsync is love, rsync is life
as for OP, check out
There wasn't really anything wrong with SyncToy. Although it did say it was deleting files and then making new ones whenever they were renamed/moved. However, it always ended up renaming/moving the files efficiently.
the delete/remake logic is great for a lot of use cases. rsync can use --inplace and --append though.
I had to switch a client over to rsync because SyncToy can't sync over a SMB mount. it creates everything read-only, then shits itself
That's retarded. There's nothing wrong with rsync, OP is just incapable of reading a man page.
Protip: use the -n option to simulate everything if you're unsure of what's going to happen.