On Mon, 2006-05-29 at 20:03, Bill Hudacek wrote: > As you pointed out above, this & other approaches can suffer from > integrity issues (my favorite is "not knowing that a file has been > deleted"). I for one could accept that in return for a backup that runs > in 5 minutes - most of my differentials (er, "backuppc incrementals") > after a week or so run for more than 2 hours on a 60+GB linux laptop or > server - especially since, with the "merged" or "filled-in" restore/view > of a machine's backups, you would not know the difference when doing a > restore.
I haven't tried this myself, but I would expect that if you find the place in lib/BackupPC/xfer/Rsync.pm where --ignore-times is merged into the argument list for fulls and comment it out you would get a big speedup in return for some small risk of missing a changed file. Then you could run fulls all the time and not have the problem of increasing size. Once in a while you could undo the change to be sure you aren't missing any changed file that still happens to match in timestamp and length. -- Les Mikesell [EMAIL PROTECTED] _______________________________________________ BackupPC-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/backuppc-users http://backuppc.sourceforge.net/
