Hi Christian and thank you for answer. As you said --ignore-errors could work, but il would be very very dangerous.
I had tried --exclude=PATTERN (more precisely --filter "- /home/claude/Documents_chiffres/") and it seemed to work better because there's not more the "IO error encountered -- skipping file deletion" error. rsync did not save the virtual directory corresponding to the encrypted directory but that's no matter because the user's script does it. It could be good BUT because of the --delete-excluded option, rsync deletes the backup of the existing virtual directory corresponding to the encrypted directory. I've found a way modifying my backup's script : first it moves the backup of the virtual directory to a safe place before rsync acts and after it moves it back to the previous place. It works but it could be better I think. Best regards. Claude MICOUIN Le lundi 03 janvier 2022 à 14:05 +0000, Christian Ehrhardt a écrit : > Hi, > I'm not 100% sure but to me that is a setup and configuration issue > with the new version being a bit more insisting that it can > read/access paths it is supposed to back up. > > The new behavior can be disabled with --ignore-errors, but I'm > tempted > to consider this dangerous as you could have any other I/O error and > it > would still delete things. > > Did you try to use --exclude=PATTERN and if that matches your use > case > --delete-excluded to make the new version behave as you were used > from > the older one? > > ** Changed in: rsync (Ubuntu) > Status: New => Incomplete > -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to rsync in Ubuntu. https://bugs.launchpad.net/bugs/1955347 Title: rsync works bad with encfs now Status in rsync package in Ubuntu: Incomplete Bug description: Hello, I think rsync works bad with encfs now. When root uses it, rsync cannot read a directory encrypted with encfs by a user. More precisely, it cannot read the mounted directory, the virtual one where the user can read the datas. Until now there was only a warning like this "rsync: readlink_stat("/home/claude/Documents_chiffres") failed: Permission denied (13)" and the software went on working (only ignoring the content of the mounted directory and of course without saving this content) But recently there is this more: "IO error encountered -- skipping file deletion" and because of this "skipping file deletion", the software can't work normally. The destination gets bigger more and more because the deleted files in the source are not deleted in the destination. Thanks for reading me. rsync 3.1.3-8ubuntu0.1 Description: Ubuntu 20.04.3 LTS Release: 20.04 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/rsync/+bug/1955347/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
