I like to perform unattended installations of my operating systems, like Windows Server 2008 R2 or Windows 7 using autounattend.xml so that requires that the image have the required drivers to recognize critical devices like mass storage hardware.

One of the performance optimizations that I always include in our Windows VM templates is the VMware paravirtual SCSI driver. This is a high performance mass storage driver that is optimized for virtual environments and gives you the best disk I/O performance. Unfortunately Microsoft does not include it out of the box on any OS install disk.

So you have two options:

Creating a driver for Adaptec's AHA-2940 SCSI host adapter et al. On Windows 7 64 bit & Windows 8 64 bit Our base for the SCSI host adapter's driver is the emulated driver for these controllers that shipped with Windows Vista 64.

1. Home » Compaq 64-Bit Ultra2 SCSI Controller /P Use the links on this page to download the latest version of Compaq 64-Bit Ultra2 SCSI Controller /P drivers. All drivers available for download have been scanned by antivirus program.
2. Nov 23, 2017 - We'll use VMware Paravirtual SCSI controller for a boot disk, but as. Latest Version of VMware Tools – download here (Current version is 10.1.7); Windows Server. First Create a VM with Windows Server 2016 (x64) as an OS. The VMware PVSCSI driver and we'll need this driver for the Windows.

1) Extract boot floppies from an ESXi update. I posted a blog on this a while back. Then you need to mount the virtual floppy image during the Windows install process and manually load the driver. This does not work for an unattended installation as Windows doesn’t automatically look for mass storage drivers.

2) Inject the mass storage drivers directly into the boot.wim file, so it is ‘baked in’ and then you can use an automated Windows install process all while using the high performance SCSI driver. I also inject the drivers into the main OS image (install.wim) so they are available to the operating system after installation.

Since option #2 is more automated, that is of course the option that I want to use. It’s a bit of a complicated process, but in the end in makes life easier. This process can work for other drivers as well, if you also want to use the ISO image on a physical server that has a unique mass storage controller, for instance.

Here is the basic process:

1) You will need to download and install the Windows Automated Installation Kit (WAIK). I used the latest version for Windows 7. Best practices is to install it on a x64 computer, so you can manipulate x64 images should you need to do that.

2) Perform a fully default installation of the WAIK. After the installation is complete, launch the Deployment Tools command prompt.

3) Mount the ISO image of your operating system. Navigate to the Sources directory and copy boot.wim to your computer, say on the D: drive.

4) Create a folder on your D: drive called Drivers. VMware provides both 32-bit and 64-bit pvscsi drivers, and you must use the right one depending on what CPU architecture you are injecting the drivers into. The easiest solution is to leverage an existing 32-bit or 64-bit VM running on vSphere and go into the C:Program FilesVMwareVMware ToolsDriverspvscsi and copy the files in there to D:drivers.

To verify the supported architecture of the drivers, open the pvscsi.inf file and scroll down to the [Manufacturer] section. If you see NTamd64, you have 64-bit drivers. If you see NTx86, you have 32-bit drivers. The 64-bit pvscsi.sys file is also larger than the 32-bit version (40K vs 35K for vSphere 4.1).

Do not inject both drivers into your image; only use the matching driver for the OS you are modifying. Server 2008 R2 is 64-bit only, whereas you have a choice with Windows 7.

5) Create a folder on the D: drive called Mount.

6) In the deployment tool command prompt type:

dism /get-wiminfo /wimfile:d:boot.wim

And look at the index numbers. This is key! You must select index 2, the Windows setup image. If you inject the drivers into index 1, the Windows setup routine will NOT see them and you will be banging your head against the wall.

7) In the deployment tool command prompt type:

dism /Mount-Wim /WimFile:D:boot.wim /Index:2 /MountDir:D:mount

8) You should see an operation successful if the image mounted properly.

9) In the deployment tool command prompt type:

dism /image:D:mount /Add-Driver /driver:d:driverspvscsi.inf

10) You should see an operation successful if the driver was injected properly.

11) Commit the changes and unmount the image with this command:

dism /unmount-wim /mountdir:d:mount /commit

12) At this point I also inject the same drivers into the sourcesinstall.wim file, so the drivers are present before VMware tools gets installed. You follow the same procedure of mounting the WIM, adding the drivers, and then committing the changes. Most install.wim files have multiple images in them, so execute step #6 to list all of the images in the WIM and select the right one(s) to inject the drivers into.

13) Create a backup of your OS ISO file, and then use your favorite ISO editing tool (such as UltraISO) and replace the boot.wim and install.wim files in the Sources directory.

Now you can use the new ISO image to create a VM which uses the pvscsi controller for the boot drive, and you won’t need to manually mount a virtual floppy drive to use a pvscsi boot disk.

If you also want to inject the VMware vmxnet3 drivers, you can use the same procedures. But where do you find the drivers? On a VM running on vSphere navigate to C:Program FilesVMwareVMware ToolsDriversvmxnet3. Copy all of the driver files to the same driver folder from above, and run step #9 a second time, but specifying the vmxnet3ndis6.inf file. Unlike the pvscsi driver, the VMXNET3 driver supports both 32-bit and 64-bit versions with the same set of files.

I would not recommend including the VMware mouse driver (vmmouse.inf) as it’s an unsigned driver and you will get an “Error 50 The request is not supported” when you try and commit the image changes, unless you use the /forceunsigned switch when adding the driver. VMware tools will of course install the mouse driver, so just leave this driver out.

I also wrote a blog about incorporating these drivers into the Windows Recovery environment. This can be very useful if a server goes belly up and you want to try and repair it. You can check that out here.

I have just bought an LSI Logic LSI 20160 SCSI Adaptor card to fit into the PCI slot on an HP Desktop machine running Windows 7 x64.
(This is so I can backup and recover files from tapes using a spare HP Tape Streamer which has an Ultra 160 SCSI port.)
However, on installing the card I have found there are no Windows 7 drivers available.
I have done a bit of research, and I understand that the drivers were provided with some versions of Windows 2008 x 64 server, but not the R2 variants. (They are not on our own 2008 R2 server.)
One forum post provided a list of driver files (see below), and suggests that the drivers from Server 2008 work perfectly well in 2008 R2, but are not signed; so presumably, they will also work in Windows 7 x64?

Vmware Scsi Controller

(There was also a link to a zip file containing the required drivers, but this was over two years old, and had evidently been removed. )
LSI say they have no plans to release drivers for Windows 7 or 2008 R2. The latest drivers listed on their website seem to be for Windows Xp and 2003.
The alternative is that I install a PCIe SCSI adaptor, but they don't come cheap.

Vmware Scsi Controller Driver Windows 7 X64 64

Usb Controller Driver Windows 7 X64 Download

Does anyone have any suggestions or ideas?