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!
> [...] do I need to indicate where in the computer the firmware file
> is? [...]
One way or another, yes. You can "cd" your shell to the directory
(folder) where the firmware image file is, or you can specify a path to
the file in the "put" command. For example, if the "<long_name>.chk"
file is on your desktop, then a sequence like:
cd # Returns to your home directory.
cd Desktop # Drops down to your "Desktop" subdirectory.
then:
ls -l *.chk
should show you the firmware image file. And you could then specify
just that name in your "put" command.