On 05 May 2025, at 20:14, Derek Martin wrote:
> If I understand correctly, I believe using --chmod without using
> --perms (or with --no-p) will do what you want. Typical command lines
> often use -a which equates to -rlptgoD (i.e. it includes -p/--perms).
> So you either need to not use -a and
On 21 Apr 2025, at 06:37, TheNew HEROBRINE via rsync
wrote:
> For your situation I think you should use both --fake-super and -M--super
> because reading the manual it says:
> "For a local copy, this option affects both the source and the destination.
> If you wish a local copy to enable this
On 08 Apr 2025, at 12:54, Graham Leggett via rsync
wrote:
> Another thing I've found is that my backups have lost their permissions.
>
> I misunderstood the --chmod option, thinking that it specified the
> permissions at the destination. What actually happens is that it
Hi all,
I have a backup that was created with --fake-super that I need to restore to a
fresh partition on the same machine as the backup (source and destination on
the same machine).
The docs describe how --fake-super is used to make the backup, but none of the
docs describe how you do the rev
On 08 Apr 2025, at 10:28, Graham Leggett via rsync
wrote:
> Unfortunately all combinations of --fake-super that I have used so far have
> had the effect of backing up the backup, not restoring the backup.
Looking in the source code, it looks like the difference between rsync
perfor
On 08 Apr 2025, at 10:04, Paul Slootman via rsync wrote:
>> I have a backup that was created with --fake-super that I need to restore to
>> a fresh partition on the same machine as the backup (source and destination
>> on the same machine).
>>
>> The docs describe how --fake-super is used to m
Hi all,
Another thing I've found is that my backups have lost their permissions.
I misunderstood the --chmod option, thinking that it specified the permissions
at the destination. What actually happens is that it overrides the source
permissions, and has a side effect of the destination permiss
Hi all,
I am trying to get to the bottom of a strange rsync performance problem.
On a specific guest OS, and only on this guest OS, rsync is giving modem-like
transfer speeds. This happens on delta transfers, and whole file transfers.
[root@arnie ~]# rsync -avz --progress --sparse
arnie.examp
