So we update EFI Intel RST VMD Driver only this one BIOS element?
Do I need to update EFI Intel RST VMD Driver together with OROM Intel RST for SATA
- This thread is only about the LEGACY Option OROM BIOS modules and not about EFI RaidDriver or VmdDriver modules.
- There is no need to update any BIOS module unless there is a problem while running the PC/laptop.
- As long as the SATA connected disk drives are running in AHCI or IDE mode, the Intel RAID Option ROM or EFI RaidDriver BIOS modules are not used at all (can even be removed from the BIOS).
- Although there are 2 different sorts of Intel RAID modules (RAID Option OROM and EFI RaidDriver) within the BIOS of your system, only 1 of them will be used (the RAID OROM while booting in LEGACY mode, the EFI RaidDriver while booting in UEFI mode).
- This thread is only about Option ROM modules and not about EFI RaidDriver modules.
- According to my knowledge an Intel EFI RST VMD Driver v15.2.0.2649 doesnāt exist. Only the latest Intel RST platforms from v18 up do support VMD. The fact, that the UBU tool has shown the related VmdDriver as being present within the BIOS of your device, is obviously caused by a bug of the UBU tool. I bet, that it is the ānormalā Intel EFI RaidDriver v15.2.0.2649.
- For Intel RAID systems it is important, that the in-use Intel RAID BIOS module belongs to the same Intel RST platform as the in-use Intel RAID storage driver. The user will get the best results, when the in-use Intel Raid driver and the Intel RAID BIOS module belong to the same development branch (e.g. 14.8 or 15.9 etc.).
@Fernando
Thank you for the explanation, but I would also like to ask about the Intel EFI RaidDriver, I have version 15.2.0.2649 and I would like to update it to the newer one 15.9.3.3408, only this one element will update, it is the Intel RST OROM for SATA which will not be updated, nothing will happen to it, first of all, secondly, are the versions of Intel RST v16 EFI āRaidDriverā modules
Intel RST v17 EFI āRaidDriverā modules are compatible with intel series 200 kaby lake??
Why am I asking such a question (it may be a bit stupid) because I have doubts, although maybe Iām exaggerating a bit when it comes to security, I suspect that there is some loophole that allows viewing the files I have on my disk (maybe Iām exaggerating in this respect) of course I have no proof of it and I think that the vulnerability may be in Intel EFI RaidDriver 15.2.0.2649 but as I write, I have no proof that it is present in this version, so I would like to ask which version patches this vulnerability
Thank you in advance for your help
@martin4562
Most important questions:
a) Is the Intel SATA Controller of your mainboard set to āRAIDā within the BIOS?
b) Have you created an Intel RAID array?
Only if both questions are answered by you with āYes!ā, a further discussion about your project would make sense, but this should be done within a separate thread. In this case please give it a short, but meaningful title.
To answer the above question,
intel sata is set to AHCI in the BIOS
and if it is set to AHCI, I doubt I would set INTEL RAID because it cannot be done in AHCI mode as far as I know
@martin4562
Under these circumstances no currently in your BIOS present Intel RAID OROM or EFI RaidDriver module is in-use by your system. An update of them would have no effect.
@Fernando
If the BIOS is in AHCI mode and I only update the EFI RaidDriver to version 15.9.3.3408 or to version 17.8.4.4671, it is likely that if the EFI RaidDriver is damaged, the BIOS will boot normally? this is how I understand it, and if something went wrong while updating the module, will the original BIOS restore it?
The risky part of any BIOS modification is not the modification, but the flashing procedure.
Why do you want to risk a bricked mainboard BIOS for an action, which will have absolutely no impact on your PC work, even if the BIOS flash would be successful and the inserted modules functioning?
Is the āgood feelingā to have the latest available and maybe compatible modules within the BIOS worth such a hustle?
@Fernando
I mainly want to patch potential security gaps in EFI RaidDriver (if they exist)
for this reason, I want to do nothing more, but I donāt know which version patches these vulnerabilities, whether the one for the 200 series (kaby lake) 15.9.3.3408 or the even newer EFI 17 (if it is compatible with the 200 series but I cannot find information about version 17 on kaby lake) is all it wants to do to patch potential security vulnerabilities
But I would still like to thank you for solving my doubts about EFI Raid Driver, thank you for explaining the difference between RAID Option ROM which works on legacy and EFI RaidDriver on UEFI (if I understood correctly, please correct me) in BIOS
Thank you very much
Thereās a method for that purpose, its called the āNERD ANGELā patch saviour, it basically says flash until it boot no more, then revert back to previous version.
Next step, complain to Intel and the OEM laptop maker, last but not less important, disconnect all your systems from www and external access, try not to ask to many favours to your neighbour when posting in forums.
When we stop seeing a user posting anymore, we know its fixed, we try to know the methods used but the ābreachā is already closed.
However, we do feel realized with such contribuitionsā¦
Donāt take it personalā¦ we just lack some āforumā humorā¦ and i canāt contain myself when seeing such examples of ābreachsā
It is advisable to make backups and know the use of an SPI programmer, all the best and good luck.
Iām interested in origin/source of the Marvell 6121 L75 option rom and what happened to L74 version. Beware. After I BIOS modded multiple machines of P5Q Pro/Deluxe ilk, Iāve discovered issues with the Marvell 61xx 1.1.0.L75 version that do not manifest when backed off to the 1.1.0.L73 version which Iāve had to downgrade the BIOS option rom to since.
It concerns the use of compact flash adapters plugged into the Marvell IDE port causing spurious block errors when runnning scandisk under MS-DOS on FAT16 formatted partitions. The errors do not manifest using 1.1.0.L73 of the option ROM on the marvel IDE port. The L75 option rom throws up random bad block detections. This is repeatable in my case.
Can anybody else confirm if the L75 version is legitimate release or beta? As I have had to back down in version to L73 and below to solve the erronous bad blocks issue. Iām of the opinion marvell IDE L75 version is buggy although itās the last one available. Neither can I produce the same block errors under JMB 363/368 IDE port, only Marvell 1.1.0.L75 IDE port option rom version.