I’ve made some visual changes at MCE, mainly to appear better at UBU. I’d like your opinion on whether horizontal lines are useful. Which one do you prefer (a or b)?
I’ve tried this tool to update my intel sata controller which is quite outdated (11.2.xxxxx) on my Asus H170-Pro. It’s not possible, because the file size exceeds the volume size. see attached picture So I have to say that it seems still not possible to update specific modules on this board unless it’s being updated by any bios update, but I have my doubts on that.
@Bugger Vance : Your problem is caused by the mainboard manufacturer, who has put too many modules into the the DXE Driver Volume, and has nothing to do with the UBU tool. Why don’t you solve the problem yourself by removing unneeded DXE Driver modules? After having done that, you can update the modules, which are important for you, by using the UBU tool.
Important! We did not check how correctly patched MMTool works with Aptio 4 BIOSes. That is, while there is still no opportunity to flash Aptio 4 BIOS, which was processed with the help of the patented MMTool. If anyone decides to make a mistake, please report the result.
@SoniX : The patched MMTool v5.2 worked perfectly with my ASUS P8Z68-V system. After having patched the MMTool, this is what I have done:
As first step I ran the UBU tool v1.69.11-fixed using the patched MMTool and loaded the latest original BIOS v3603.
Then I updated everything, what the UBU tool was offering. Here are the pictures:
As you can see, everything went fine. Nevertheless I ran into a problem while trying to update the Intel LAN Option ROM: It didn’t work at first try. The SetDevID tool gave me the message, that the DLL file named msvcr.dll is missing. This issue may have been caused by the fact, that I am currently running the Windows 10 Insider Preview Build 17083, which doesn’t have such file within the Windows folder. After having downloaded and inserted the missing DLL file into the UBU folder, even this task has been completed successfully.
To verify, whether the patched MMTool is able to insert natively missing BIOS modules into an AMI Aptio IV BIOS, I tried to manually add the following EFI modules to the BIOS, which I had just modded by using the UBU tool: a) TRIM modded Intel SataDriver v12.9.0.1006 b) Intel GopDriver v2.0.1024 for SandyBridge CPU c) NVMe EFI module named NvmExpressDxe_3.ffs Everything went fine.
Before flashing the finally modded BIOS, I opened it by using the the patched MMTool and the UBU tool (still using the patched MMTool). Here are the related pictures:
Note: Obviously due to its strange structure the inserted NvmExpressDxe_3 module cannot be detected by the UBU tool. I already knew that from other UBU users.
As final step I flashed the previously modded BIOS into the BIOS chip of my ASUS P8Z68-V mainboard. Everything went flawlessly. To make sure, that the modded BIOS really had been successfully flashed, I checked the Intel RAID Utility version and it really was the v12.9.0.1006 (original version: v11.2.0.1527).
for me i hacked the mmtool as you said, commented out the mmtool detection lines in ubu, still says its not an aptio 5 bios ??
Okay sorted UBU doesnt work with my non tweaked original bios cap file, i have once again have to use an already modified UBU bios ???, there is something wrong with the cap file protection ?? i never had any problems with my original bios file before ??? tried with a freshly downloaded ASUS bios, still the same errors
This didn’t happen to me. Maybe you have done something wrong. Contrary to you I have replaced the related line of the UBU script by the equivalent code, which is within the MMTool 5.2.0.24.
I used and downloaded 3 fresh bios versions from Asus websites, they all fails to open in UBU, UBU will only work with an already tweaked bios, i still maintain there is something wrong in my case with ubu,