First, thanks to all for the replies.
SamuriHL wrote: ↑Sun May 19, 2019 5:52 pm
The only time I've seen one of these drives saved is through some very painful work. It requires using dosflash to extract the current firmware, using the firmware mover tool to move the encryption data and calibration data to the proper firmware bin for the drive, and then flashing the new firmware bin with dosflash. To my knowledge no one's successfully flashed the original bin file on one of these older drives without using the process I just outlined.
Thank you. I've accepted that this is probably the only way (unless I am missing something).
Thanks I had not seen that link. So I've got all the tools now (dosflash, datamover, patched flasher). I've been doing a lot of reading but some of it has honestly started to blend together but I think I got most of it.
So at this point I will share more details/updates. I think I may have found an old post with the original firmware. I also found the firmware extractor tool and extracted what could be the original firmware. I am unable to flash any of them as they all tell me that "
CheckSum is mismatched. Drive will go to BOOT mode Please retry again.".
What I don't understand is how the "UHD downgrade" firmware files are getting past this "Checksum" issue when using the patched firmware tool.... I thought that my solution might be to to modify the original STOCK firmware in the same way that the "downgrade firmware files" were modified so I could then flash using the patched firmware updater... Is that not possible or am I still missing part of the puzzle
I may not be 100% clear about the "clean file" method. I think I got this, so the datamover process is used with BOTH the DOSFlash process and to also with the "Clean file" method? In both methods you are still reading the existing firmware and importing a portion of it into another firmware file that can be flashed. Is this the process to get past the Checksum error? Is that why?