As a forward pointer to people who urgently need to recover data from their 
existing sbackup backups, fortunately, the sbackup backend simply uses tar, so 
with a few steps you can still do that. (You can do it gui-wise, but it will be 
faster with some basic commandline stuff.) 
No time now to give a detailed how-to, but these are the steps:
1) locate your backup directory
2) find the latest/newest dir that ends in '.ful' (this was a full snapshot). 
Untar the files.tgz archive that is in there (refer to tar manpage for how to 
do partial extract).
3) go through all of the newer '.inc' directories (these are your incremental 
updates), and untar all of them on top of the previously extracted files.

You will need some extra work for files that were deleted after the latest 
'.ful'.
I'll see if I can still install from source, will report later if succesffull.
P.s., I've tried deja-dup (duplicity), but that is dreadfully slow. Sbackup 
does 88G in 20 minutes or so (using pigz for parallel compression), deja-dup 
took more than 4 hours! Not an option for me. Also, config options are severely 
limited (like include/exclude on file pattern, smart cleanup options).

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1768648

Title:
  Bionic obsoletes sbackup, makes restore impossible

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-release-notes/+bug/1768648/+subscriptions

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to