Building a new multi-platform image and cannot get the 184.108.40.2066 to install automatically. I used DISM to inject the driver and confirmed it is in the C:\Windows\Inf folder. However, Windows 7 defaults to the 220.127.116.111 version. I can manually install it if I force the issue and point it directly to the driver, but it won't recognize the newer driver if I have it search automatically. Need it to be able to find and install it on its own after the image is laid down. Anybody else seeing this or have any ideas for a resolution?
Update: I have verified that the 18.104.22.1681 version of the driver is getting installed from the Chipset install package. If I remove that from the picture and it defaults to the 6.1.7601.17514 generic 2006 Windows version of the driver, I still can't get it to automatically find the 11.20.1006 install. Very odd.
I think I have found what our issue is and why I can only get this driver to install manually.
Here is the Hardware ID information in the iaStor.inf file of the 22.214.171.1246 Intel Rapid Storage Driver:
%PCI\VEN_8086&DEV_27C3&CC_0104.DeviceDesc% = iaStor_Install, PCI\VEN_8086&DEV_27C3&CC_0104
%PCI\VEN_8086&DEV_27C6&CC_0104.DeviceDesc% = iaStor_Install, PCI\VEN_8086&DEV_27C6&CC_0104
%PCI\VEN_8086&DEV_2822&CC_0104.DeviceDesc% = iaStor_Install, PCI\VEN_8086&DEV_2822&CC_0104
%PCI\VEN_8086&DEV_282A&CC_0104.DeviceDesc% = iaStor_Install, PCI\VEN_8086&DEV_282A&CC_0104
Here is the Hardware ID information of the SATA AHCI controller on a Lenovo T430s:
They don’t match. Anyone else have a machine that is using the IRST 126.96.36.1996 install that can check the Hardware ID of their controller?