thanks for analyze, but to do it i need a guide, because i dont know how!
first i’ll download the 2.54 update bin from HP, or use the newest update with N21_0261.bin [a] is better?
from my file CZC6089T2G.bin i’ll extract ‘Descriptor region’ [b], ‘GbE region’ [c] and ‘ME region’ [d] with UEFI tool as bin files.
afterwards i would have four files, [a-d]. how i’ll make one file to use for the flash operation?
about ME:
good hint, thanks!
i guess the best scenario will be to solve the UEFI/BIOS problem, that i can access my PC and afterwards perform the ME update.
Use UEFIToolNE for extracting the NVRAM volume from a stock bios(right click ‘extract as is’) and UEFITool 0.25 or 0.28 (not NE) for exchanging the NVRAM volume (right click ‘replace as is’)with the extracted volume.
or -
use UEFITool 0.25 or 0.28 (not NE) for exchanging the bios region (right click ‘replace as is’).
The ME cleaning / reinitializing is an offline task and I’d recommend to do it now since it’ll most probably will involve using the programmer again!
Check the structure with UEFIToolNE afterwards, have a look into the parser, too.
the update package ‘sp143093’ from HP with ‘11.8.93.4323 Rev.A’ and Date ‘Oct 19, 2022’ include the file ‘ME_11.8_Corporate_D0_H_Production.bin’ at folder ‘\sp143093\ME’.
MEAnalyzer screenshots is attached from the above mentioned ME update bin and from my backup file.
what is the disadvantage to do afterwards via the update64.bat/FWUpdLcl64.exe (maybe with ‘fptw -greset’) ?
-or-
what is the advantage to inject this into the bin file?
As lfb6 pointed, any ME update can be integrated doing he ME cleaning.
Or you can later do a standalone update only to the ME FW CSME 11.8.94.4494_COR_H, after reviving the machine.
EDIT: Regarding the corrupted images, lfb6 expertise on this is much more than mine and he has a very high rate of success, follow his guidance.
thanks MeatWar, but this my main problem, the ME cleaning of the dumped bin file, any help about this topic is welcome.
thanks too for the hint with 11.8.94.4494_COR_H, because it’s never from the HP support page.
Re-initializing (‘Clean’) ME is correcting for a maybe corrupt ME configuration and has basically nothing to do with updating. A ME- update updates ME code partitions but not configuration.
Chances that your machines both had corrupt NVRAM settings that bricked them are slim. So if the operation you did in bios region doesn’t solve the problem, the last firmware related possibility is a corrupted ME. So to be sure that it’s not firmware related you have to do the ME cleaning in an separate process.
(You can’t inject an unconfigured update file into a firmware image- see output for “File System State” of [very much outdated] MEA)
in case the ‘new’ bin file is working, this means if the PC run afterwards, there is no need to do the ME cleaning?
if i had no luck and additionally the ME region is corrupt too … let me ask you kindly, it’s possible to do it for me?
about NVRAM:
i see in that region values like HP_MUD (SN and product name), HP_TAGS, FactoryConfig (feature byte), BornOnDate, BuildId, HP_OA3 (windows key).
at the write opertion the BIOS chip will be formatted (earse & blank check). nevertheless, the mentioned config is lost or not?
one of the PCs is running now, but the 2nd one not.
this PC has a different IC chip with ‘Winbond - 25Q128FVSQ - 1610’.
i tried with replaced NVRAM and i create another one who i replaced the complete BIOS region.
any idea what can i do as next?
Please post the firmware tried to repair from the machine not working.
Does this machine do anything? Fan, LEDs?
Why do you mention the different chip? Were ther eproblems writing to it? Did you check that the chip content is identical to the file intended to flash? (Separate read, file compare?)
yes, the power button LED is turn on (white). fan is running.
when i unplug the RAM, then beep and LED error code is there.
i replaced also the CPU/RAM, with the working one > same behaviour.
the USB keyboard ‘num-lock’ LED is not working, when i press the button/key ‘num’ the according LED is doesnt turn-on.
Why do you mention the different chip? Were ther eproblems writing to it? Did you check that the chip content is identical to the file intended to flash? (Separate read, file compare?)
before start i perform the ‘read IC’ to check that this clip is mounted properly. here i recognized the different chip type. no error at all. i use neo-programmer. but i tried as-programmer, calibri, ch341 1.18 and flashrom (windows version) > same. yes, after write and performed read and checked the CRC32 value, with the value that appears after opening the file.
many thanks for the bin file.
but, now i have (strange) problem.
my programmer is no more working. the red power LED is on, but its no more recognized by software. i plugged this device at a linux PC and lsusb doesnt show the device - broken after couple of use ?!?
Mostly expected… nothing “strange” of a 10€ tool.
Some last, others don’t… this is not a professional tool, its an hobby end user tool, not to last but to sell and profit instead.
Another possibility is bad connection or circuit power overload, from the system itself and the USB powered device when connected to it.
yes, it’s cheap device, but order from china tooks weeks to arrive. i can’t go to the store and buy it. the wait time makes me angry
i plugged it at three different PCs with the usage of different ports. at the windows PCs i checked the device manager and at the Linux PC i execute lsusb. no success!
is there any hint from you which i dont get?
You’re not in a different situation of a lot of users can’t get it in near local markets and/or are trying to find the cheapest ones… thats life my friend…
If your planning to rescue future machines start thinking in a more priced/professional tool.
It will pay itself, if your’re planning to go in business…