[Bug 1955347] Re: rsync works bad with encfs now

[Robie Basak]

It seems to be like this is a bug in encfs rather than in rsync? I
appreciate newer rsync might have changed behaviour, but ultimately
encfs needs to provide a regular (if virtual) filesystem. Where it
doesn't, rsync can't be expected to work.

Is there any specific reason to think that encfs is working correctly in
your failure case?

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, 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