Hi Claude, Were you able to downgrade to see if the prior version works properly, as Lucas suggested? If you haven't yet done so, I'd recommend using apt rather than co-installation from a tarball in this case both because it'd be a better apples-to-apples check, and because the behavior will be more predictable (co-installation can mess up config files and such). For example, downgrade using a command somewhat like this:
$ apt-cache policy rsync rsync: Installed: 3.1.3-8ubuntu0.1 Candidate: 3.1.3-8ubuntu0.1 Version table: *** 3.1.3-8ubuntu0.1 500 500 http://us.archive.ubuntu.com/ubuntu focal-updates/main amd64 Packages 100 /var/lib/dpkg/status 3.1.3-8 500 500 http://us.archive.ubuntu.com/ubuntu focal/main amd64 Packages $ sudo apt-get install rsync=3.1.3-8 [sudo] password for bryce: Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be DOWNGRADED: rsync 0 upgraded, 0 newly installed, 1 downgraded, 0 to remove and 26 not upgraded. Need to get 322 kB of archives. After this operation, 12.3 kB of additional disk space will be used. Do you want to continue? [Y/n] Let us know when you've completed the check. -- 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