> > Le dimanche 25 octobre 2009 05:14:14, James Harper a écrit : > > A year or two ago I was pondering about the best way to restore a > > Windows system to 'bare metal'. BartPE is kind of nice for XP and 2003, > > but is fairly specific on what platforms it supports, is legally > > questionable if you are using OEM licenses, and in order to restore an > > XP system you need access to files from Windows 2003 etc. I then looked > > at what would be involved in booting Linux (via CD/USB/netboot/etc) and > > then restoring that way. At the time though, the ACL's, ownership, and a > > whole load of other stuff would be missing so there didn't seem to be > > much point pursuing it. > > > > The latest 'Advanced' release of ntfs-3g supports direct access to the > > ACL's, ADS's, NTFS Attributes, DOS filenames (eg the 8.3 filename > > equivalent of the Windows filename), datestamps, and possibly EFS too. > > So in theory, it would be possible to extend processWin32BackupAPIBlock > > to not only write out the regular file data, but also to write out the > > ACL's, ADS's, etc etc. I don't even think it would be that much work... > > although I've been famously wrong about such things before :) > > Would be nice, but it's a terribly difficult reverse engineering process....
I'm suddenly a lot less enthusiastic about this approach. ntfs-3g is flatly refusing to let me apply some ACL's and it isn't obvious why. I think that ntfs-3g is being overly enthusiastic about checking what constitutes a valid ACL before applying it. I believe it's a bug, and am also concerned that maybe this is the tip of the iceberg of such bugs. On the other hand it may well be the only bug I ever encounter... > > > The advantage of doing it this way is that you can have a single bare > > metal image to restore Linux and Windows systems. The disadvantage is > > that restoring to a different hardware platform where different boot > > drivers are required is a difficult but solvable problem under a BartPE > > boot but much harder under a Linux system. > > > > Anyone else had the same idea before? > > Do you think that it's possible to have a windows xp guest installed on > VirtualBox or KVM on your linux boot disk ? It will work almost everywhere, > and it will solve the architecture problem. > > For the different hardware platform, i think that you will always have to boot > on some rescue disk for fix the broken box. Backup Exec < 12.x uses Windows ASR hooks to install the system to the point where you can restore over it. Backup Exec 12.x uses some sort of PE boot. I kind of like the ASR approach in theory but in practice it turns out to be a real nuisance when things aren't exactly right. The PE boot disk is nicer but messier to set up. So what's your thinking on the VM side of things? I did actually experiment with this a few years ago, but was too limited in the hardware I had access to. Some ideas were as follows (Xen is what I'm used to, what you actually use probably doesn't matter - I guess KVM makes a bit more sense as more people are familiar with it): . Create a bare-bones Windows install on a harddisk image on a CD and with Xen etc too. . A CD may not be quite big enough to hold a bare-bones Windows image and also enough of Linux to run the VM framework. Maybe use AoE or iSCSI and serve that off of the Bacula server. This has the attraction that the Bacula server can build the Windows image exactly right, preconfigured with IP address etc. James ------------------------------------------------------------------------------ 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
