Re: Restore in-place
Tobias Specht <[email protected]>
| Newsgroups | gmane.comp.sysutils.backup.dar.support |
|---|---|
| Message-ID | <[email protected]> |
Hi Denis, That sounds great. Do you have already an idea when you want to integrate this feature into dar? Best regards, Tobias On April 28, 2021 10:59:26 PM GMT+02:00, Denis Corbin <[email protected]> wrote: >On 28/04/2021 20:28, Tobias Specht wrote: >>> You want dar to record in the backups the root of the backup (either >>> explicitely specified with -R or implicitely when no -R option is >>> provided). At restoration or comparison time, if the user specifies >>> --in-place option no -R option should be provided and dar will use >>> the >>> path recorded at backup time for the root backup, which would >restore >>> file in their original path. >>> >>> Is that correct? >> >> Yes, that's what I'm thinking about :) >> >>> What should be done when merging two backups having recorded two >>> different root backup? Does not storing any root backup directory >>> would be OK? >> >> Yes, that's probably all we can do in this case. >> >>> In which case --in-place option would lead to an error? >> >> Yes. This would be also the case, if this option is used in >combination >> with an older archive version, without the extension. >> >> For encrypted archives, it would be great, if the backup root path >> would be stored inside the encrypted part. So we do not leak any >> information. >> >> >> > >Yes, this was my intention: store this information within the catalogue >and along the archive (for sequential reading) with the inlined >metadata >that are also encrypted > >Cheers, >Denis