A strange problem with my daily backups performed via rsync

Manish Jain bourne.identity at hotmail.com
Mon Nov 2 11:03:07 UTC 2020


Problem solved.

But I would like to know for my own sake if --delete can be made to work 
while preventing a certain directory from deletion in the backup :

rsync -av --delete src dst  # but protect dir dst/XYZ from deletion

I tried "--filter 'protect dst/XYZ'" but that does not prevent the 
directory dst/XYZ from being deleted.


Thanks for your reply,
Manish Jain


On 2020-11-02 15:08, Kevin Korb via rsync wrote:
> A few things here...
> What filesystem is on /mnt/sony?
> Add a --itemize-changes to see what it says is going on.
> There really isn't a good reason to exclude lost+found. It should always
> be empty and take up no space.  If there is something in it that is a
> sign that there is a problem with your filesystem and you may as well
> have rsync bring it to your attention.
> 
> On 11/2/20 3:30 AM, Manish Jain via rsync wrote:
>>
>> Hi,
>>
>> I am facing a strange situation with my daily backups performed via
>> rsync. I primarily use Manjaro KDE Linux (LTS kernel), but also have
>> FreeBSD and Windows 10 bare-metal installations.
>>
>> I have an all-OS-writable ext2 partition /dev/sda2 mounted at /mnt/wall
>>
>> My USB backup device is a Sony SSD mounted at /mnt/sony
>>
>> This is the relevant line from my script which backs up /mnt/wall :
>>
>> rsync -aAHXv --delete \
>> --exclude "lost+found" --exclude "System Volume Information" \
>> /mnt/wall /mnt/sony/
>>
>> Whenever the line above goes into action, it recursively deletes
>> /mnt/sony/wall and then copies /mnt/wall all over again.
>>
>> Any ideas why this might be happening ? Since /mnt/wall is 13GB, it
>> costs me time and SSD-wear to have /mnt/sony/wall recreated all over
>> again every time I do a backup.
>>
>>
>> Thanks,
>> Manish Jain
>>
> 



More information about the rsync mailing list