Hello, I'm having trouble with Windows 2012 R2 installation on a setup with a range of SAS RAID controllers. In fact, none of them apart from simple on-board SATA (which doesn't present as a RAID to the OS) seem to work. The controllers I've tried are: • LSI SAS 1078 (onboard an IBM X3850) • Dell PERC H310 (both in the X3850, and an Asus X79-Extreme6 mobo) • Some RocketRaid evil. All of these cards show drives perfectly fine during Windows 2012 R1 setup, Windows 2008 R2, Windows 2008 R1 and even Windows Server 2003.

I've tried the following: • Firmware updates of BIOS. • Firmware updates of RAID controllers.

LSI, the LSI logo design, and MegaRAID. 2.1.1 Windows 7, Windows 2008, and Windows Vista Driver. 5.2 MegaCLI Commands Not Supported.

• Loading latest drivers for Windows 2012/2008R2 x64 via 'Have Disk' during setup. • Adjusting all permutations of settings in RAID controller setup relevant to device modes, BIOS enable/disable etc. • Presenting disks as passthrough/JBOD • Presenting disks as RAID 0, RAID 1 and RAID 1+0 When I load the device drivers via 'Have Disk' it detects the device correctly (the drivers contain typically dozens of card drivers, but it always picks out the exact right device), but after it loads the driver the partition selector still shows no disks found, and I can't install Windows 2012 R2. I've also tried installing R1 and then doing an upgrade in place to R2. What happens in this case is that I get the Windows start-up sequence to start, but it will pause after a few seconds and then fail with INACCESSIBLE_BOOT_DEVICE because once it hands over to the storage subsystem, it can't see the disk it was just loading from anymore. Inside a VM it'll run fine - but that isn't useful for running Hyper-V and testing other improvements.

Anyone care to shed some light on: • What has changed in the storage subsystem that precludes the drivers working from Windows 2012 R1? • What can I do to get this kit working again? We can't just go throwing out all of yesteryears kit in the test lab, and I'm resisting switching the environment over to ESX. Regards, -Steve Gray. Hello Steve, Tim is correct. The vendor needs to provide 2012 R2 drivers for the devices in question. Having said that I am trying to see if there is anything more helpful I can find out for you.

Warren Warren, Tim: The problem seems to be there *are* drivers shipped for this device in-box - but they don't work/recognise the disks. In Windows 2012 R1 this was correctly identified and installed without me even needing to find the drivers - but in 2012 R2 the Microsoft in-box drivers for the LSI megaraid card, leveraging the Megasas2 storport implementation, appear to not handle this device correctly. They've basically rewritten the driver for newer devices and left the PCI_VEN&1000_DEV00073 strings for the PERC 3x family in there. The original driver was seperate from the Megaraid driver (PERCSAS2). Having looked at the other servers onboard controller, it appears the LSI 1078 has a similiar situation - it used the LSI_SAS kernel driver, which was in-box with 2008 up to 2012 R2, but because of the device descriptors for it being part of the new Megaraid driver - it means that again, a driver that wont work is selected - despite in the LSI_SAS case, this driver still being present and operable in the OS. When I install the card as a non-primary storage device on another machine, it doesnt detect it properey and I have to then have to force-upgrade the drivers on the installation to use the most recent published driver - Windows complains at first because it's older than the current driver, but once I forcibly install it over the top and rebooot - the device comes online and is operable. Trouble is, it's not possible to enforce this sequence of events during the WinPE/Setup phase. I've produced hacked up boot.wim and install.wim files that don't contain the Megaraid/Megaraid2 driver sets - mounting the registries offline, but suspect that I've missed some step - because despite DISM-merging in the old PERCSAS2 driver copied directly from a working machine where I was able to boot 2012 R2 on a different controller - the controller isnt identified and no disks can be found.

I've also tried booting this server via presented fibre-channel storage on a QLE2462 dual-port HBA. I'm able to see the LUN's in Windows 2012 R1, but in 2012 R2 I cannot find the storage.

Not diagnosed this one. Sometimes being on the bleeding edge of adoption hurts ^_^. Hi Steven, i hope this doesn't sound presumptuous, but have you tried to re-download the ISO / checked the MD5-hash?

In the past, i had similar problems during installation. Corrupted downloads still happen. The hash checked out on the original media, but naturally my hacked up version doesnt match - neither one worked - but both disks are capable of installing machines that use simpler configurations (i.e. Not booting from RAID). Tonight i've set up two machines both booting from fibre channel.

One is an ASUS X79-Extreme6 motherboard, the other is a HP Compaq 8000 Elite - both of them are able to install and run from fibre channel on 2012 R1, but neither a direct installation to FC from Windows 2012 R2 (simply cant find the disks/DISKPART RESCAN shows nothing) or an upgrade (from the earlier 2012 R1 installs) works. The upgrade gives the hauntingly familiar inaccessible boot device bsod (STOP 0x7B). Ea Fussball Manager 2002 Download. Again, this is with all released BIOS updates and a fully flashed QLE2462 - Really a shame, since I've got six of them and they've worked with every other version of Windows, even down to 2003 - and they're NPIV capable for Hyper-V! Warren, Tim: The problem seems to be there *are* drivers shipped for this device in-box - but they don't work/recognise the disks. In Windows 2012 R1 this was correctly identified and installed without me even needing to find the drivers - but in 2012 R2 the Microsoft in-box drivers for the LSI megaraid card, leveraging the Megasas2 storport implementation, appear to not handle this device correctly. They've basically rewritten the driver for newer devices and left the PCI_VEN&1000_DEV00073 strings for the PERC 3x family in there. The original driver was seperate from the Megaraid driver (PERCSAS2).

Yes, LSI may submit its drivers to be shipped in box, but they are still written by LSI, not by Microsoft. Again, you are dealing with a new version of the operating system and things are changing.

Vendors are writing new drivers. This is really something only LSI can answer for you. Anybody else would be guessing..: .: . Yes, LSI may submit its drivers to be shipped in box, but they are still written by LSI, not by Microsoft. Again, you are dealing with a new version of the operating system and things are changing. Vendors are writing new drivers. This is really something only LSI can answer for you.

Anybody else would be guessing..: .: . Tim It doesn't explain why I can get the devices to work perfectly with the 2012 R1 drivers on rebooting after I install to alternate disks (in fact, having played a bit more, I'm becoming confident even the in-box drivers could be made to work post-install - but not during WinPE/Setup) - giving them an extra reboot to come back online wasn't something I tried, since I was more focused on trying to use them as the primary storage/installation medium. It's easy to say 'Driver needs updating' - but it doesn't explain why? What's changed? Something is causing my devices to need an extra reboot before they're workable inside Windows. In the meantime I've given up and gone back to 2012 R1 - since RAID and Fibre Channel are extensive in my environment.

Why do i see many drivers? Below is a list of drivers that may be suitable for your device.

With the different devices, they can have the same driver, it's because they all use the same chip manufacturer. How to select driver? If you are looking for an update, pickup the latest one. If your driver isn't working, use the driver having the same OEM with the your laptop/desktop brand name.