To help you understand more. There are 3 ways to flash fw to your device, all of which you've mentioned using:
- A gupdate.gcd file on the device in hidden .System folder (it can be placed manually, via GarminExpress or WebUpdater). This file works kind of like an EXE file, in that it's started by the device itself which detects it on the next complete boot, determines if it's a higher version to its current fw and ignores it if it's the same or lower version. Clearly your device cannot use a GCD flash at present as it can't complete a boot cycle.
- An RGN file flashed in preboot via Updater.exe. If 'safe-naming' is used, Updater.exe checks the HWID of the firmware RGN and that of the device are a match. If they match it flashes and if they don't it reports "No updates available". Safe naming is XXXX01000xxx.rgn where XXXX is the 4 digit HWID and xxx is the fw version without the decimal point. If any other naming is used that check is skipped and the flash is forced, regardless of any HWID mismatch. The forced-flash may either (i) 'brick' the device (recoverable or irreversible); (ii) successfully flash a 'foreign' fw by re-mapping (if required) the regions of the flash when installing the fw and changing it's HWID to the one written in the RGN file. It's very important to clear nonvol both before after such a flash as it's likely to have some problematic data in it. You've done many cross-flashings between HWIDs 2267 and 2826 but you haven't said whether you've cleared nonvol at any point. Additionally you haven't made a backup of the nonvol before starting fw manipulations. For all we know this device may already have 'poisoned' nonvol data which is causing its present strange behavior.
- A media card with txt commands executed by a ramloader file (boot.bin renamed as Ldr.bin) in a folder named "XXXX" (the 4 digit HWID of the device) to flash individual BIN files to specific regions. If the HWID folder-naming doesn't match the device's, the device will ignore it during boot. The device doesn't need to fully boot to read the card but it does have to partly boot and load some essential files such as maps before looking at the media card.
My understanding is that in your device's current state it can only use the card method, correct? Because if it can neither read a media card nor access preboot it's not recoverable. My intention is that you flash it back to original DriveSmart fw and original HWID in two distinct steps, the first using media card.
BTW, RMPrepUSB partition option should be set as "Non-bootable" and Option 4 should have "Boot as FDD. (A: No MBR)" checked too:
If you did it as shown in the 2nd pic above which you included in the upload, i certainly recommend you do it again before anything further is attempted. An incorrect format might even be the basic cause of the problem in itself.
Bookmarks