[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [rdiff-backup-users] OSError #5 on encfs reverse encrypted directori

From: Ben Tebulin
Subject: Re: [rdiff-backup-users] OSError #5 on encfs reverse encrypted directories- & filenames
Date: Tue, 19 Feb 2013 17:27:59 +0100
User-agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130107 Thunderbird/17.0.2

Hello Ronny,

thanks for your reply!

unfortunately this is not a viable solution due to two requirements
- The uplink is a limited-bandwith ADSL line vs. multiple TB of data
  Hence I depend on the rsync server operating on the target rather
  than in the client, as it would be in the sshfs approach.

  Ergo: rsync server and fs must be on the target

- I want a backup scheme (preferably based on diffs) compared to the
  current rsync scheme already in place (and working well).

  Ergo: rdiff-backup vs. plain rsync.

Anybody else any hints on my issue? I'm pretty sure the problem is due to non-alphanumeric characters in these filenames which are handled well by rsync but not by rdiff-backup.

Btw. is rdfiff-backup actively maintained? I guess my issue needs a bugfix.

- Ben

Am 19.02.2013 11:17, schrieb Ronny Standtke:

I'm trying to use securely backup my data into "untrusted storage":
- rdiff-backup allows me to use a "push" approach.
- A reverse mounted encfs offers a r/o, encrypted view on my data.
Any hints?

If you have access via ssh to the remote untrusted storage you can use
normal encfs over sshfs. This is what I usually do and what I also
integrated into JBackpack, see http://www.nongnu.org/jbackpack/



reply via email to

[Prev in Thread] Current Thread [Next in Thread]