Hi Fernando, thanks for all your great work. I'm having a problem with your modded RST drivers & would appreciate your advice please.

System is Asrock Z97 Extreme 6 / UEFI RAID mode / 1 x NVMe Samsung 950Pro (boot disk) / 2 x Sata Samsung 840Pro (raid 0) / Win10 Enterprise x64 1803 (17134)

During RS4 testing, benchmark & real world useage showed EFI module 13.2.2.2224 + RST driver 13.44.0.1026 + RST Utility 13.2.8.1002 (writeback cache mode enabled) gave best performance. Last o/s update was INPLACE install of 1803 + your modded 13.44 drivers from this post Link.
All works perfectly and Device Manager shows

and System32\drivers shows

With the 'RTM' of 1803 I decided it was time for a CLEAN install so deleted existing Win10 partitions, installed 1803, installed Win-RAID certs, rebooted, installed modded 13.44.0.1026 drivers & rebooted. Unfortunately this reboot fails - the only solution is to 'disable driver signing enforcement' in the advanced startup options.
Checking Device Manager Driver tab suggests that the modded driver has been installed but the details tab still refers to the 1803 inbox driver 15.44.0.1010

System32\drivers folder indicates that the modded 13.44 driver has NOT been loaded - iaStorAV.sys is missing.

Do you have any idea why this is happening? Do I have the most recent 13.44 modded drivers? Have I missed something?
(If all else fails I will revert to the official 13.2.8.1002 driver with a slight loss of performance)

@Fernando - for your info ...........

Thanks for the driver package - although the size of the .rar is the same as the one I have, the contents are different. The .cat & .inf files have different sizes - it looks like your file has more device IDs added.
Using this new driver pack, your modded 13.44 installs correctly and shows as 'Win-RAID CA' on both the driver tab & driver details page in device manager. Unfortunately, upon reboot Windows still thinks there is a problem unless run with 'driver signing enforcement' disabled.

I have compared installation of official 13.2 & modded 13.44 drivers to a CLEAN install of Win10 1803 but see no real difference. In both cases I see:
(a) Creation of new iastorv.PNF (precompiled inf) in C:\Windows\INF
(b) Copy of iaStorxx.sys driver from driver pack to C:\Windows\System32\drivers (where xx= 'A' for 13.2 & 'AV' for 13.44)
(c) Creation of new iastorac.inf_amd64_xxxxxxxxxxxxxxxx folder to C:\Windows\System32\DriverStore\FileRepository
(d) Copy of .cat, .inf, .sys from driver pack to the new FileRepository folder
(e) Creation of new iastorac.PNF in the new FileRepository folder

I can only assume the problem is with the .PNF file or that (on a clean install) Windows is making some extra checks re file validity?
I am going to switch to official 13.2 driver to avoid further problems but will be very interested to know if you have any issues when you run your next set of performance tests.

Thanks again.

Dear Fernando,

I also can confirm that your signed drivers which were perfectly well working in 1706, stooped to work in the middle of 1709 and actually caused lots of trouble before I understood that I need to disable signature validation on boot...to be able to boot at all. I replaced it with crappy MS drivers and it worked (in a crappy way). Now I am on 1803 and tried to install the same drivers... I install the certificates as usual, and then I try to install your drivers and the (crappy) system says that they are not digitally signed properly!

Obviously MS did that against you and other self-signers... it does not want to accept old signatures so new certificates are needed tested to run on 1803.

And in the Future how do I know then this issue will not re-emerge? This is bad bad bad option to have nice drivers which you know may fail you one day MS will again decide to demand new signatures... and prevent you from even booting your machine.. we need a better solution, like utility that checks current status of the certificates and updates them from some server if nesessary.