Re: --link-dest. Time to 'building file list' incrementing
On 8/1/19 8:56 pm, John Simpson via rsync wrote: > Any ideas anyone? How about using snapshots and doing the rsync off those? https://www.thewindowsclub.com/vss-volume-shadow-copy-service https://blogs.technet.microsoft.com/josebda/2007/10/10/the-basics-of-the-volume-shadow-copy-service-vss/ Cheers A. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: Exclude and delete or not delete
Hi, On 5/12/18 12:36 am, Fabian Cenedese via rsync wrote: > I'm looking for a way to exclude and delete some items but not delete > other items. Use case: > > I'm on Windows where there are folders like recycle.bin and system > volume information on every drive. I can exclude them while backing > up my data drive. But I now also have other data that is excluded > and that I want to delete from my existing backup. However if I use > --delete-excluded then rsync tries to delete the (write protected) > system volume information from the destination disk. > > Is there a way to get around this with only rsync parameters? > Do I have to move the destination into a directory to get rid of > the interfering drive root folders in the sync process? Perhaps use read only attributes on the items that you don't want to allow to be deleted? Also maybe user .rsync-filter ? Make sure you experiment with good backups, just in case it goes wrong somehow. Hope that helps. Cheers A. signature.asc Description: OpenPGP digital signature -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
rsync -- new feature option... (request)
Hi, NB: I am only subscribed because the list doesn't allow non-subscribers to post by default. I find that a bit strange, especially for such a low volume list. Okay, I've thought about this for a while. Let's say you do an rsync as a dry run (deliberately), why not allow a state file to be saved (ala, like a cookie file which wget has as an option). Then if the dry run gives the right result, re-run it with the state file and ONLY effect the changes as they were presented by the prior dry run, perhaps abort if the changes would be different. The idea would be to do a dry run, make sure it looks good and /approve/ that resultant changes for a non dry run, rather than risk new differences creeping in since the original dry run. Kind Regards AndrewM -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
