i’ve got an asus x570 TUF PLUS (wifi), with no bios flashback.
and it really was bricked on bios 4403, which apparently was quite common for alot of users. Asus Typically would’ve helped a user within warranty with this problem but unfortunately the warranty is long expired on this board.
i picked up a wson8 probe and a CH341a programmer so id be able to read/write to the bios since there is no flashback option and i guess traditional methods wont work from what i’ve gathered on reddit/forums.
i was able to detect, read/dump and write to the bios with the programmer/probe using neoprogammer. and this was the resulting dump from the corruption
i then extracted the UEFI image from the .cap bios from asus’s website and flashed it.
before i reinstall the battery and CPU/RAM and try to test if my flash worked was there anything else i needed to do? would love it if someone could give me some pointers or any assistance. I can try to upload the .bin old/new (backups FTW) if requested.
How can or what traditional methods, if the board is death? No sense info on misleads banal webpages…
Was the un-capsulated image programmed on the SPI IC or not?
If so, did it was verified against a new dump?
This means you’re here because Reddit couldn’t guide you on anything through the procedure and you still have a death motherboard, after a single 1rst attempt of programming, correct?
1, with the SPI header which i’ve seen other people mention
2, The uncapsulated image was programmed successfully & verified against itself.
3, where else would you prefer me to find information at? bing? between here and reddit and YT im having a hard time gathering a full picture on sorting this problem out myself.
I haven’t tried booting yet so i dont actually know if its dead or not yet, will try it once i have a free minute to grab a CPU/ RAM / PSU.
i was just wondering if there was anything i was missing/needed to add since the bios images look different than each other.
Well if this info was already mentioned in the previous post, users would then have a better view of the situation, don’t you think?
What images look different corrupted dump vs new dump or vs stock?
NVRAM volumes are rebuild upon first system board initialization.
Dumps and stock images are not equal, particularly due to NVRAM volumes that contain previous boot/system state and specific data like MAC UUID SN (Usually can be recovered from corrupted dump to into a stock file) etc. LongSoft/FD44Editor: Utility to edit ASUS BIOS image files (github.com)
This is data that will not prevent a recovered board after programing, to successfully boot, so ill guess by know you can deduce what the next step… any more doubts you can always rely on Reddit
