> Windows shouldn't be able to boot at all unless viostor is both installed and configured > in the CDD of the correct control set.
Yes, this was very strange. Looking at the Windows device manager when I first booted, I saw one viostor system drive and then a SCSI controller without a driver and the unknown device. Trying to install the viostor driver for that SCSI controller failed with "Access Denied" no matter what I tried. But the VM was still bootable, at least for a while, because it saw that viostor boot drive. How it saw the Viostor boot drive but not the 2nd drive is a mystery to me. But - doesn't the V2V process hack in some minimal viostor stuff to the new image file and then count on Windows properly loading up all the drivers after it boots? And there's an invisible firstboot at the tail end of the V2V to handle all this, right? If so, what if that minimal viostor hack was in the correct control set, but then all the complete driver stuff somehow ended up in the wrong control set? - Greg _______________________________________________ Libguestfs mailing list [email protected] https://www.redhat.com/mailman/listinfo/libguestfs
