I just wanted to add something I found out about Asus flashback being picky about the USB-stick used.

Of course I wanted to update my bios with the new microcodes, prepared one with UBU like I did before, putted it on a random 4GB/FAT32 USB-stick and tried to use the flashback method, it worked before, but this time it just flashed 3-4x and nothing more.

I tried to find out why it wouldn't work and came to the conclusion the partition type on the USB-stick had to be MBR. After changing GPT to MBR it worked like a charm with the same USB-stick that failed before!

I tried Wishbringer's method on my ASUS ROG STRIX X370-F GAMING. After rebooting it automatically went into the built-in EZ Flash 3 and flashed successfully, but it just seems to have flashed the original unmodified image.

I am not sure if I should be asking this here, but does anyone know how to force bios recovery on a gigabyte motherboard with dual bios? I am thinking to flash a UBU modified bios (with microcodes and roms updated) and I worry in case it does not work correctly after flashing.

@kyriacos:
Hi there. I also have a gigabyte dual bios board. AFAICT (at least on my one), the recovery system on these boards is entirely automatic. The board has some mechanism(s) to detect a previously failed boot and will likely perform such BIOS switching in a hands off fashion. Going back to last known working configuration. Actually the way this mechanism works is still not clear to me either. And requires some further hardware probing / investigation. By reading each of the 2 BIOS chips between boots and deliberately flashing a corrupt BIOS. Yet I have not heard of anyone actually doing these tests properly and posting a clear explanation of what is actually going on under such failure conditions. So please help me finding that answer too. And that would be great. Very much appreciated.

Or perhaps there is a software tool that lets us read / flash the 2 chips independantly? Not sure.

@dreamcat4:
I was able to find some information about the backup bios in the following link:
https://forum.giga-byte.co.uk/index.php?topic=9462.0

I have not yet confirmed any of this information myself.

Zitat von SoniX im Beitrag #7

---

Change
1) Fixed minor bugs
2) Changes in CPU microcode update module. Improved work if there are two or more "empty" module.
3) Added, the slick, displaying versions for "EFI Realtek LAN". There may be false.
4) Support for BIOS files extensions - *.CAP, *.ROM, *.F*, *.1*, *.2*, *.*0.
UEFI BIOS Updater v 1.0.0 Pre-Release 8 Direct Link

---

Thank you!

Hello everyone!
Just a question.
Is it safe to use the UBU Toolkit + MMTool to update a BIOS from my ASUS P8P67 LE in order to have the microcode UpToDate ?

Thank you Fernando for your quick answer.
I have another question related to my BIOS.
I have SLICed the original BIOS with the program made by Andyp from MyDigitalLife. Do you know any existing conflict with that kind of BIOSes and the UBU+MMtool method?

Hello Fernando:
Thank you for the Guide(s).
It worked for me as expected.
My PC
ASUS P8P67 LE
CPU- Intel i5-2500 Sandy Bridge
BIOS 3801
OS Windows 7
As a result of this, now I have an Slower computer
Could be the time of a replacement

@Fernando:
I had no luck. I got to an error "18 Error Unable to start a Secure Flash Session"

I think I may have not renamed the file to match the original. I can't always have the time to see these mistakes when there is a time pressure. I will update when I am successful.

EDIT by Fernando: Unneeded fully quoted post replaced by directly addressing (to save space)

Zitat von Wishbringer im Beitrag #246

---

Somewhere in this forum I did read a solution for ASUS mainboards without USB BIOS Flashback:
- download AI-Suite (when not for Win10 available use Version for 8.1)
- Start Easy Update for BIOS Update in Windows, select ORIGINAL file (then some timeconsuming checking seems to happen)
- before start flashing delete selected original file and replace with modded one (same name, same location).
- proceed with bios flash
I did this with some P8Z77-V LK, P8Z77-M, some ITX Z87 and ITX Z97 boards (all without USB-Flashback).
And previously did it while testing with a P8Z77-M Pro, a P8Z77-V Deluxe and a Z87I-Pro having USB-Flashback (in case of bricking while trying)

So no AFU /GAN or FTK or NVram-mod was needed.

---