Posted: Sun Nov 16, 2008 22:04 Post subject: *SOLVED* WRT54GS resetting NVRAM bricks router...
I have a WRT54GS v2 router that has a strange problem.
For some reason the second I hit erase nvram options from any DD-WRT firmware, it only bricks the router and will no longer boot.
I have tried a ton of firmwares and it seems that every one of them causes it... The firmwares that actually work when you restore factory defaults and reset using 30/30/30 are the original linksys firmwares... 30,30,30 will not work with other firmwares as the second you do, it just sits there with absolutely no response.
I was wondering how it differs from the actual linksys firmware when it goes to reset the NVRAM vs DD-WRT's way of erasing NVRAM? Is DD-WRT erasing wrongs parts of the flash into other regions? I know its an 8MB flash on this model..
Tomato WRT also does this. When you try to use Erase NVRAM, it sits there upon rebooting the router.
DD-WRT will only work is if I do not use the reset to factory defaults and also when i chose no reset when you upgrade the firmware. It works fine along that, but the second you do 30/30/30, no response, basically bricks with power light flashing at you. :(
Here is my flash and CPU types:
*** Found a Broadcom BCM4712 Rev 1 chip ***
*** FOUND FLASH CHIP: Intel 28F640J3 4Mx16 ***
Thanks, hope there is some kind of answer or reason as to why the router stops the way it does.
Last edited by Doffo on Mon Nov 17, 2008 2:30; edited 1 time in total
Joined: 13 Nov 2008 Posts: 5266 Location: CENTRAL Midnowhere
Posted: Mon Nov 17, 2008 2:40 Post subject:
You could change save the file, edit it to remove your mac addresses (replace with 40.00.00.00.0x)etc and save it here, as well as uploading it to the cfe collection sticky. That way, others who can't handle hex edits will have access to a fixed file.
The CFE.BIN i got on it now isnt one of mine, i actually got it form OpenWRT's site, and theirs had the boot_wait already turned on and something about reset... But its a CFE.BIN i can just upload to this site for sure. I will go ahead an upload it. :)
If you can notify Eko, that would be great.
I notice that when it used to be 0x000b, OpenWRT's x-WRT thing would actually restore nvram to that 0x010b.. though the CFE.BIN originally had 0x000b.
Either way, its good to backup, then write the CFE.
Meanwhile, try this. It has worked for me a few times.
erase nvram;nvram set sdram_init=0x010b;nvram commit;reboot
Have done some more testing today while running eko build 10776 VINT and I can only get a reset to work if I don't do the nvram commit. So, the sequence that consistently works for me is:
nvram set sdram_init=0x010b
I was sure I used to do a commit but maybe I just remembered it wrong.
Total newbie here to DD-WRT (though several years ago I successfully flashed the Sveasoft Alchemy software onto my repeater router). Thoroughly read through the peacock thread which is what led me here.
I'm just wondering what program I use to make the changes outlined by vulcan to the Linksys GS V2 which has the trouble with the hard resets.