On 28 Jan, David Kempe wrote: > I don't see how it adds complexity to the restore. You just mount your > firewire disk and copy the stuff back. If you want stuff from earlier > backups you just go rdiff-backup --restore-as-of 4Days /my/lost/file > as i said, its like rsync, only you get the old stuff, not just deleted > files, but changes made to files. So you have a complete mirror, PLUS a > rdiff-backup-data dir which contains versions of your old stuff.
Sorry, I wasn't very clear. I meant more complex in the sense that the encoding of the data is more complex. So if there's any problem with the backup itself, it can be much harder to undo the error in the backup and restore. Along the lines of dumping your entire backup as a single compressed tar archive - a data error early in the stream means you can't even recognise the stream as a tar archive anymore. So it's more complex to restore in the presence of an error. As far as your solution goes, which does have some appeal, I wonder: how much is the scheme used in practice, and if it isn't widely used - is there a reason it isn't? luke -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
