On Sunday 01 November 2009 12:24:23 James Harper wrote: > > > One thing the BackupRead stream has in it is details about sparse > > files, > > > > specifically the sparse areas. A Windows system that was 5.92G when > > backed > > > > up is suddenly 7.60G when restored, presumably the lack of Bacula's > > > understanding of BackupRead sparse streams is the cause of this. > > > > Yes, currently, the only part of the BackupRead that Bacula looks at > > when > > > restoring a BackupRead to a non-Windows system is the actual data > > stream all > > > other streams are ignored. > > > > In general, I am not very keen on Bacula digging into OS structures, > > because > > > they are very system dependent, and they can change from OS to OS -- > > meaning > > > a bigger support load on developers. However, in the case of the data > > stream, it is a necessary "evil" so that Windows users can get back > > their > > > data even if the Windows system is not available. > > Hmmm... I wonder if adding some sort of BackupWrite functionality to > ntfs-3g is a better way to go...
I think it is worth discussing. The best place to start is to explain what ntfs-3g really is. I imagine it is a non-Windows implementation of NTFS, but I am not 100% sure. > that would solve a lot of problems - > bacula could just follow pretty much the same calls as it does for > Windows. What do you mean by that? Does it support BackupRead and BackupWrite? because in the Windows FD, normally, the only calls are BackupRead and Write, which pretty much handle everything -- we still don't handle encrypted filesystems though. > The Windows Backup Stream complexity would be in ntfs-3g (the > filesystem), where it belongs. Yes, if we can push the complexity of Windows down to the Linux OS level or driver level, that is ideal. In that case, all we need to do is implement the appropriate calls in the Bacula (Linux) FD. Kern PS: Marco has kindly modified ./configure to complain if --disable-libtool is not set when trying to build a static FD. ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Bacula-devel mailing list Bacula-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-devel
