Re: Deduplication on stat change?

Karl Semich: > Would it be reasonable for aufs to refrain from copying up if only the > ctime is changed? Perhaps a mount option to ignore isolated ctime > changes? Hmm, I think I can understand your point. But it won't be so easy to decide because it is against a generic filesystem behaviour.

Re: Deduplication on stat change?

Hi, On 3/8/16, sf...@users.sourceforge.net wrote: > > Splitting file-data and meta-data will break these policies. > > For your case, I'd suggest you to try > $ find /your/dir \! -user userA | xargs -r chown userB I think the problem is when this occurs

Re: Deduplication on stat change?

Hello Karl, Karl Semich: > I was wondering if there could be some way to deduplicate in this > scenario? Such that when the ctime needs to be updated, just some > small metafile is copied up, and not all the contents which could be > many gigabytes? Many years ago, I had thought about