Timeline for Copy whole folder from source to destination and remove extra files or folder from destination
Current License: CC BY-SA 3.0
9 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| May 31, 2021 at 9:47 | comment | added | bomben |
The problem with rsync is that it is designed to check if a file has been changed and then copy parts of it. This takes a lot of time. cp should be faster.
|
|
| Feb 16, 2020 at 4:16 | comment | added | adentinger |
With rsync installed, this is a perfect answer.
|
|
| Jul 12, 2017 at 22:41 | comment | added | Bob Eager |
The use of -z is certainly pretty useless for local copies. However, I haven't seen that documented anywhere. I have done local copies and accidentally used -z, and there has been a small 'speedup' according to the stats from -v.
|
|
| Jul 12, 2017 at 22:33 | comment | added | Chris Davies |
-z is ignored for local filesystem copies. rsync won't check anything other than the file size and timestamp before deciding the contents are "the same". On a local to remote copy you can force a checksum comparison, but on local copies rsync simply recopies the files.
|
|
| Jul 12, 2017 at 21:35 | comment | added | Jaleks |
Maybe it's worth to try to just download your distributions rsync package, extract it and try to use it from your users folder.
|
|
| Jul 12, 2017 at 9:26 | comment | added | Bob Eager |
It's complicated to do the deletion part. It's probably time you pressed management to install rsync!
|
|
| Jul 12, 2017 at 9:10 | comment | added | Vishnu Sharma | Thank you for your answer. But rsync is not installed on server and we are not allowed to do so. Is this possible by running some shell commands? | |
| Jul 12, 2017 at 8:09 | history | edited | Bob Eager | CC BY-SA 3.0 |
Added explanation of --delete-after action.
|
| Jul 12, 2017 at 8:03 | history | answered | Bob Eager | CC BY-SA 3.0 |