From: Mark Li <ma...@ma...> - 2007-08-31 19:09:26
|
I'm trying to reflash my gumstix with a new jffs2 image and it fails when copying over the file using kermit. I can connect to the gumstix via the serial fine and am using the following kermit settings from the wiki: set carrier-watch off set speed 115200 set file type bin set reliable fast set flow-control none set rec pack 4096 set send pack 4096 set window 5 set prefixing all after I type in loadb a200000000 and uboot says it is waiting for the file, I switch to Kermit and trying sending and it dies after retrying 12 times to send a packet. Oddly, I did this only a week ago and it worked fine. Then I updated uboot to the latest as well without any problems. Any ideas? Also, is it possible to only update the kernel and not the whole file system? What would the flash commands be to unlock just the kernel area and to protect the FS? Thanks, Mark -- View this message in context: http://www.nabble.com/Serial-copying-of-new-FS-failing-tf4361928.html#a12432376 Sent from the Gumstix mailing list archive at Nabble.com. |
From: Craig H. <cr...@gu...> - 2007-08-31 19:17:56
|
On Aug 31, 2007, at 12:09 PM, Mark Li wrote: > a200000000 That's too many zeros a2 00 00 00 is the right number (remove the spaces though). C |
From: Mark Li <ma...@ma...> - 2007-08-31 19:22:02
|
my typo in the post, sorry. I have six zeros in the loadb command, but I get and error of "resend" in kermit still. after kermit failes, the gumstix doesn't respond and I need to quit kermit and restart the gumstix to try again. Craig Hughes wrote: > > On Aug 31, 2007, at 12:09 PM, Mark Li wrote: > >> a200000000 > > That's too many zeros > > a2 00 00 00 > > is the right number (remove the spaces though). > > C > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://www.nabble.com/Serial-copying-of-new-FS-failing-tf4361928.html#a12432546 Sent from the Gumstix mailing list archive at Nabble.com. |
From: Mark Li <ma...@ma...> - 2007-08-31 20:49:45
|
now things are getting weird...now I cannot connect at all. I tried several more times with the loadb command and it didn't worked. I also tried a different serial cable. I rebooted everything and now I don't even get the GUM> prompt or any communication at all. Did somehow things get bricked? I didn't touch uboot at all. I did do "pro on 1:0-1 && jera all" to see if it would take the loadb then, but it didn't change anything and I was able to reboot back to the GUM> prompt several times after issuing that command. -- View this message in context: http://www.nabble.com/Serial-copying-of-new-FS-failing-tf4361928.html#a12433858 Sent from the Gumstix mailing list archive at Nabble.com. |
From: Chris M. <ch...@mc...> - 2007-09-04 15:43:58
|
I've arrived at a fairly similar point almost immediately. The kermit transfer of the new rootfs timed out after about 20 minutes and did not transfer the complete image. As the verdex XM4-bt board with console-vx seemed non-responsive, I removed then restored power. There is not activity on the serial port that I can detect with Zterm. Suggestions? Thanks, Chris Mark Li wrote: > now things are getting weird...now I cannot connect at all. > > I tried several more times with the loadb command and it didn't worked. I > also tried a different serial cable. I rebooted everything and now I don't > even get the GUM> prompt or any communication at all. Did somehow things get > bricked? I didn't touch uboot at all. I did do "pro on 1:0-1 && jera all" to > see if it would take the loadb then, but it didn't change anything and I was > able to reboot back to the GUM> prompt several times after issuing that > command. > |
From: Chris M. <ch...@mc...> - 2007-09-04 15:57:31
|
Hmm... curiouser and curioser. Switch to screen and after sending several combinations of break and carriage return, finally got the linux login prompt. I had repowered, disconnected amd reconnected the serial cable, terminated the Zterm emulator, used the break and carriage return combo in Zterm and, apparently not enough patience. Now, where was I ... Chris McClenaghan wrote: > I've arrived at a fairly similar point almost immediately. The kermit > transfer of the new rootfs timed out after about 20 minutes and did > not transfer the complete image. As the verdex XM4-bt board with > console-vx seemed non-responsive, I removed then restored power. There > is not activity on the serial port that I can detect with Zterm. > > Suggestions? > > Thanks, > > Chris > > > > Mark Li wrote: >> now things are getting weird...now I cannot connect at all. >> >> I tried several more times with the loadb command and it didn't >> worked. I >> also tried a different serial cable. I rebooted everything and now I >> don't >> even get the GUM> prompt or any communication at all. Did somehow >> things get >> bricked? I didn't touch uboot at all. I did do "pro on 1:0-1 && jera >> all" to >> see if it would take the loadb then, but it didn't change anything >> and I was >> able to reboot back to the GUM> prompt several times after issuing that >> command. >> > |
From: Mark Li <ma...@ma...> - 2007-09-04 19:27:14
|
Did you get it to work (sending the file)? It turns out I did do something stupid and blew away uboot. Since I still couldn't transfer files, I'm having to send it back to get reflashed. I don't understand the problem as I had no problem connecting to uboot and doing all the other commands, just sending would timeout. Changing cables and even switching to OS X from Ubuntu over a usb serial adapter gave the same behaviour. Hopefully that gremlin will be gone when I get the reflashed board back. Hmm... curiouser and curioser. Switch to screen and after sending several combinations of break and carriage return, finally got the linux login prompt. I had repowered, disconnected amd reconnected the serial cable, terminated the Zterm emulator, used the break and carriage return combo in Zterm and, apparently not enough patience. Now, where was I ... -- View this message in context: http://www.nabble.com/Serial-copying-of-new-FS-failing-tf4361928.html#a12484887 Sent from the Gumstix mailing list archive at Nabble.com. |