NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
R6400V2 failed firmware
Ok all, I was recently (today) upgrading my frimware for the R6400v2 through the router's web portal. While uploading the firmware, it failed. No idea why it failed, but it did. Suddenly, I l...
> [...] what appears to be a cycle [...]
In some cases, the router can get into a (failing) boot loop, which
might mean that if it's ever receptive to a TFTP load, then you might
need to catch it at the right time. Some experimentation may be needed.> [...] (see attached).
You're running the "tftp" program, and then giving _it_ a command to
run the "tftp" program.> [...] But the "$" int he above is what confuses me.
What was on the line before what you posted? That "$" was supposed
to represent (abbreviated) the prompt from your shell (which, as your
"ping" picture showed, is pretty long, but does end in "$ ").So, the actual command should look like:
<blah-blah-blah> $ tftp 192.168.1.1of which you type only: tftp 192.168.1.1
The "tftp" program uses a "tftp> " prompt, and you type whatever
appears after that in the example.> [...] I'm sorry, I'm a bit novice at this. [...]
I noticed. Just bask in the education. Wheee.
> [...] I already did the /usr/bin/tftp bit to access the tftp.
That was what the "tftp 192.168.1.1" command was for. You could,
instead, do:$ tftp
tftp> connect 192.168.1.1which would be equivalent to (but more work than):
$ tftp 192.168.1.1
The "put fred.img" command assumes that your firmware image file (use
its actual name) is in the shell's current directory. Otherwise, you'd
need to specify an appropriate path to it (like the one (partially)
shown in your Tftpd64 screen shot, but with a Mac/unix syntax instead of
a PC\Windows syntax). For some shell navigation basics, see, for
example:
>You might want to try the TFTP from there.
Ok, I will give it a shot!
I assume the instructions are still the same (minus the different syntax for the command lines in Mac)?
If so, I have questions about the instructions from this guide.
- Turn router OFF for 10 seconds.
- Hold down the reset button on the back of router with a paper clip.
- Power ON the router while holding down the reset button.
- Watch the Power LED. It starts with an orange color, and then start flashing.
- Count at least 10 flashing power LED and release the reset button.
When I turnon the router while holding down the reset button, I don't get the Power LED flashing. What I get is what appears to be a cycle of all the lights flahsing on, then all off, then the Power LD on solid amber with the ethernetport I'm plugged into solid white, then all off, then all on and the cycle repeats.
Per the "Count at least 10 flashing [...]", am I to sit through 10 cycles of the above mentioned and then release the reset button, then press enter on the Terminal to push the firmware?
And another quesiton, on this post here, you have:
$ tftp 192.168.1.1
tftp> binary
tftp> put fred.img
tftp> quit
When I attempt to type the above line, I get this error (see attached). How do I go about typing that whole thing into my terminal? I'm sorry, I'm a bit novice at this. I already did the /usr/bin/tftp bit to access the tftp. But the "$" int he above is what confuses me.
Thanks for sticking this out with me. I think we're really getting close to either fixing it, or understanding there's no hope!
> [...] what appears to be a cycle [...]
In some cases, the router can get into a (failing) boot loop, which
might mean that if it's ever receptive to a TFTP load, then you might
need to catch it at the right time. Some experimentation may be needed.
> [...] (see attached).
You're running the "tftp" program, and then giving _it_ a command to
run the "tftp" program.
> [...] But the "$" int he above is what confuses me.
What was on the line before what you posted? That "$" was supposed
to represent (abbreviated) the prompt from your shell (which, as your
"ping" picture showed, is pretty long, but does end in "$ ").
So, the actual command should look like:
<blah-blah-blah> $ tftp 192.168.1.1
of which you type only: tftp 192.168.1.1
The "tftp" program uses a "tftp> " prompt, and you type whatever
appears after that in the example.
> [...] I'm sorry, I'm a bit novice at this. [...]
I noticed. Just bask in the education. Wheee.
> [...] I already did the /usr/bin/tftp bit to access the tftp.
That was what the "tftp 192.168.1.1" command was for. You could,
instead, do:
$ tftp
tftp> connect 192.168.1.1
which would be equivalent to (but more work than):
$ tftp 192.168.1.1
The "put fred.img" command assumes that your firmware image file (use
its actual name) is in the shell's current directory. Otherwise, you'd
need to specify an appropriate path to it (like the one (partially)
shown in your Tftpd64 screen shot, but with a Mac/unix syntax instead of
a PC\Windows syntax). For some shell navigation basics, see, for
example:
> https://community.netgear.com/t5/x/x/m-p/1694410
This is the guide that did it! Saved me money on a new router! Thank you!
I didn't need to power cycle anything to get put the firmware. I followed the steps in the above guide using the terminal and hit enter on the put. Took 56 seconds for the firmware to be uplaoded and about 3mins for the router to cycle through it's reboot and everything is now white.
I did however lose all my previous settings, but that might be from the multiple resets I attempted, the 30/30/30 I attempted, and the reboot cycle mentioned in an earlier comment. Doesn't matter, I can reset everything, just happy to be back up and running!
I'll be sure to manually update firmware from here on out.
> This is the guide that did it! [...]
The only problem there is avoiding the lame parts. (But what could
go wrong?)> [ I did however lose all my previous settings, but that might be from
> the multiple resets I attempted, [...]Any one settings reset would reset the settings.
> I'll be sure to manually update firmware from here on out.
It's not a guarantee, but it's probably safer. I wired connection
also might be more reliable than a wireless one.