On Tue, 2006-08-15 at 23:07 +0100, Stuart Henderson wrote: > On 2006/08/15 23:29, Marten wrote: > > /tftpboot/etc/boot.conf > > boot bsd.rd > > #stty com0 9660 and without the # > > set tty com0 > > boot.conf is read like commands typed at the keyboard - > "boot bsd.rd" happens before there's a chance to "set tty com0". > hint: unless you really want to avoid the 5-sec delay, try > "set image" instead of "boot".
tha, that helps :) The soekris is happy now. But my wrap.. is still not very chatty. > > dp83815: Transceiver status 7869 advertising 05E1 > > dp83815: Setting full-duplex based on negotiated link capability. > > Searching for server (DHCP)... > > Me: 192.168.10.32, Server: 192.168.10.1, Gateway 192.168.10.1 > > Loading 192.168.10.1:pxeboot (PXE)done > > > > <stuck> still same, It is the same point where it quits on FreeBSD aswel tcpdump: # tcpdump -vvvvni fxp0 tcpdump: listening on fxp0, link-type EN10MB 02:39:40.430099 192.168.10.1.26244 > 192.168.10.32.2001: udp 516 (ttl 64, id 45 041, len 544) 02:39:45.440089 192.168.10.1.26244 > 192.168.10.32.2001: udp 516 (ttl 64, id 42 258, len 544) 02:39:50.450102 192.168.10.1.26244 > 192.168.10.32.2001: udp 516 (ttl 64, id 49741, len 544) 02:39:52.703088 0.0.0.0.68 > 255.255.255.255.67: xid:0xb9054ba2 [| bootp] (ttl 60, id 0, len 576) 02:39:52.703820 192.168.10.1.67 > 192.168.10.32.68: xid:0xb9054ba2 Y:192.168.10.32 S:192.168.10.1 [|bootp] [tos 0x10] (ttl 16, id 0, len 328) 02:39:52.705462 192.168.10.32.68 > 255.255.255.255.67: xid:0xb9054ba2 [|bootp] (ttl 60, id 0, len 576) 02:39:52.706644 192.168.10.1.67 > 192.168.10.32.68: xid:0xb9054ba2 Y:192.168.10.32 S:192.168.10.1 [|bootp] [tos 0x10] (ttl 16, id 0, len 328) 02:39:52.811148 arp who-has 192.168.10.1 tell 192.168.10.32 02:39:52.811170 arp reply 192.168.10.1 is-at 0:8:c7:25:27:db 02:39:52.811285 192.168.10.32.2001 > 192.168.10.1.69: [udp sum ok] 29 RRQ "pxeboot" (ttl 60, id 0, len 57) 02:39:52.829065 192.168.10.1.18819 > 192.168.10.32.2001: udp 516 (ttl 64, id 41782, len 544) 02:39:52.829333 192.168.10.32.2001 > 192.168.10.1.18819: [udp sum ok] udp 4 (ttl 60, id 0, len 32) 02:39:52.829406 192.168.10.1.18819 > 192.168.10.32.2001: udp 516 (ttl 64, id 59945, len 544) 02:39:57.830205 192.168.10.1.18819 > 192.168.10.32.2001: udp 516 (ttl 64, id 46501, len 544) 02:40:02.840093 192.168.10.1.18819 > 192.168.10.32.2001: udp 516 (ttl 64, id 58735, len 544) 02:40:07.850077 192.168.10.1.18819 > 192.168.10.32.2001: udp 516 (ttl 64, id 60716, len 544) 02:40:12.860091 192.168.10.1.18819 > 192.168.10.32.2001: udp 516 (ttl 64, id 61883, len 544) and stops. I have been looking for bios update on pcengines.ch. but mine is fresh (1.11) It is the same point where it quits on FreeBSD... http://wiki.m0n0.ch/wikka.php?wakka=UpdateWRAPBIOS&show_comments=1 says that another tftp demon might help ==> <quote> Ethereal showed that only the 1st block of 512 bytes was being sent from the server and being acknowkedged. Block 2 was sent, but never acked. Given that the file pxeboot was 200KB, something was wrong. It turns out that the standard tftpd included with FreeBSD doesn't support block size negociation. The WRAP was requesting pxeboot, specifying the option blksize=1432B. FreeBSD's tftpd ignored this and sent the first 512B block; WRAP thought this must be the complete file, and attempted to execute it. The text 'Building the boot loader arguments' can be seen in the first 512B of code. <quote> make search key=tftp in ports leaves me a p5-tftp client so than no gone help me much. kind regards, Marten
