On Mon, Nov 2, 2020 at 3:03 AM Manish Jain wrote:
> 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.
>
The "dst" dir isn't in the transfer, so it can't appear in a fil
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
d
/mnt/sony is ext4. /mnt/wall is ext2.
I think I have spotted the problem. Let me try and work this out myself
now. If the problem persists, I will post again.
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
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 filesy
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 So