[Etherboot-developers] patch for scriptable tftp

[David L. P. <pa...@li...>]

Mark,

Sorry the turnaround on this was so bad, I was in the middle of
upgrading to a new laptop.

This patch applies to netkit-tftp-0.17, which is what you'll find in
recent redhat.  It adds a new executable, 'ptftp' (Put tftp).  You then
create a link to it with the name 'gtftp' (Get).  I haven't written a
manpage, but it prints a usage message and it's pretty trivial.  Note
that it does NOT take an argument for the local filename, so it always
uses stdin/stdout.  Also, if you specify the port as the last arg, it
won't try to look for /etc/services.

As I said, the 'tftp' included w/ busybox seems to fall down from time
to time on large transfers (at least on my network).  This one has been
reliable for me so far, and is still pretty small.

Another note: 'gtftp .... | tar xzv' was unreliable for me with the
busybox implementation of 'tar xzv'.  My workaround was just to download
the file then untar it.

have fun,
	David

Mark Atwood wrote:
> 
> "David L. Parsley" <pa...@li...> writes:
> > Mark Atwood wrote:
> >
> > > And isn't the kernel still in "initrd mode", wanting to do a
> > > pivot/init instead of halting the system as soon as that "initial
> > > process" dies?
> >
> > No, by supplying a root device of /dev/ram, the kernel assumes that the
> > initrd ramdisk is the true root filesystem, and either uses the
> > command-line supplied init or looks for /sbin/init.  Then, using
> > pivot_root, you can change the root filesystem whenever you like - but
> > usually just once during boot.
> 
> Excellent. This needs to be documented somewhere better. (Well, with
> mailling list archives, I guess it just was!)
> 
> >
> > Let me know if you want my tftp patches.  It makes about a 10k
> > dynamically-linked binary, but that's not too bad.
> 
> Please.
> 
> --
> Mark Atwood   | I'm wearing black only until I find something darker.
> mr...@po... | http://www.pobox.com/~mra