[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [rdiff-backup-users] OSError #5 on encfs reverse encrypted directori
Re: [rdiff-backup-users] OSError #5 on encfs reverse encrypted directories- & filenames
Tue, 19 Feb 2013 17:27:59 +0100
Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/20130107 Thunderbird/17.0.2
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.
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.
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/