Guys, I respectfully disagree with that. Garmin will replace a bricked device under warranty immediately. They don't raise questions unless you are silly enough to say you've been mucking around with it's firmware which does of course void the warranty.
If you do 'patch' a map, i.e. unlock an img file, then having it on the device might in fact cause a problem should it get sent back to Garmin under warranty or not. Putting unofficial maps on a media card is totally safe as any problem caused by that can be reversed by the user. Even if such a map was badly corrupt and caused the device to 'brick', the problem's resolved by simply removing the card.
Then post about them if you're stuck, we can help to un-brick if they are only software bricked......... For that matter it is dangerous to patch any unit.
I sit @ the moment with 2 bricks.![]()
Do you mean Garmin MapUpdater? It's only been left available to service older LM devices that don't have a visible file system (the region-only types without MSM). It usually won't supply the most recent maps to modern LM device but GarminExpress will. Although GarminExpress started off as a flaky bit of, it's now been refined to the point where it's quite usable and reliable but initially I reckon they released it as a deep Alpha version, at the time I had less bugs around my back porch light. In proportion, it did brick far more devices early on than Big-Bang's firmware patcher or any other unofficial manipulation ever did, although to be fair many were 'bricked' because ppl got frustrated with GE and unsafely disconnected devices while they were being updated which resulted in corrupt files, i.e. very easy to 'de-brick'.
To my knowledge there's been no posting of a permanent bricking in the patcher thread. Provided ppl follow the cautions and tutorials there is no problem flashing patched firmware. The BIG concern would be if a wrong boot.bin is used rather than an incorrect or corrupt system firmware as flashing wrong Boot BLK and X-Loader can hard-brick any device. When patching a GCD file, only fw_all.bin is patched (the main system software). That's what is contained in region 14 (0x0E). All other components of the GCD file are untouched. Flashing a wrong firmware to rgn14 can usually be easily reversed by flashing the correct BIN file as an RGN in preboot mode. In fact there's usually no need to even have to attain preboot as the device will show 'System Software Missing' message on attempted start-up and default to preboot mode itself.
In short: Bricking by a corrupt file (usually .img or .gpi or .vpm) is super-easy to fix. Bricking by an incorrect or corrupt 'system software' flashed to rgn14 is very easy to fix usually. Bricking by a wrong boot.bin/Ldr.bin can be permanent and literally result in a 'brick' (but not always).
Bookmarks