Replies: 1 comment
-
Usually, built-in UEFI flashers like EZFlash or software from the OEM includes checksum verifications and other protections to prevent flashing non-authorised or modified firmware. Check here for alternatives that do not require an external SPI programmer. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
System
Description
Additional info:
The board has the ReBar option in its own UEFI.
After I activated this, it runs on "Auto".
However, under Windows it is always deactivated and at 256MB.
When I try to use UEFITool AND (in further versions) then also UEFIPatch...
UEFIPatch reports "No patches can be applied to input file", so it makes no difference if I use it or not!?
I don't think I have any pad file problems, although I don't really understand where exactly I should look and what the difference is between the two example screenshots, except for the number and position of the pad file entries.
Problem:
I tried flashing with EZFlash (the one in the UEFI) and EZ Update (start in Windows).
By the way - the official UEFI 2102 works without any problems.
With the modified .CAB file it just works. When flashing the original .CAB file (start with EZ Update from Windows), Windows starts in EZFash (UEFI) and the flashing works. A direct start in EZFlash (UEFI) also works with the original .CAB file.
But when I use the modified .CAP file:
When starting from Windows, the system does not restart in EZ Flash, but the computer turns off (does not restart) and when I start it directly from UEFI EZFlash, I get the message that the file is not a real BIOS.
Can anyone help me get ReBar running on Z390-F Gaming with RTX 2080?
BR Achim
Beta Was this translation helpful? Give feedback.
All reactions