From owner-freebsd-hackers Tue Dec 5 18:40:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA24971 for hackers-outgoing; Tue, 5 Dec 1995 18:40:03 -0800 Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA24917 for ; Tue, 5 Dec 1995 18:39:56 -0800 Received: from uucp6.UU.NET by relay5.UU.NET with SMTP id QQzswo06849; Tue, 5 Dec 1995 21:39:53 -0500 (EST) Received: from uanet.UUCP by uucp6.UU.NET with UUCP/RMAIL ; Tue, 5 Dec 1995 21:39:53 -0500 Received: by crocodil.monolit.kiev.ua; Wed, 6 Dec 95 04:30:45 +0200 Received: from bee.cs.kiev.ua (bee.cs.kiev.ua [193.124.54.45]) by clipper.cs.kiev.ua (8.6.4) with ESMTP id EAA14124 for ; Wed, 6 Dec 1995 04:25:38 +0200 Received: (from daemon@localhost) by bee.cs.kiev.ua (8.6.12/8.6.9) id EAA06686 for hackers@FreeBSD.ORG; Wed, 6 Dec 1995 04:25:37 +0200 Date: Wed, 6 Dec 1995 04:25:37 +0200 From: System Daemon Message-Id: <199512060225.EAA06686@bee.cs.kiev.ua> Apparently-To: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Steve Passe (smp@csn.net) wrote: > I haven't looked at this program lately, but it used to be broken for NE2000 > support. The problem was that the probe for the wd card prevented the ne probe > from occuring. The solution is to remove wd and 3com support from the boot > program. (although I would expect you to get a "card not found" error from > this). Another problem I saw someone have once was their believing that > netboot.com was a standalone (ie, 'bootable') program. It must be on a DOS > SYS diskette and either manually invoked from the DOS command line or invoked > from your autoexec.bat file. actually, if you hate the idea of having DOS to boot Unix (as I do), you can fetch ftp://ftp.cs.kiev.ua/csrt/unix/dkboot*, put my boot sector onto that same floppy, and copy ??????.com file as loader.com onto it. Commit team: please add this to /usr/mdec if you wish. btw, the bootpd 2.4 requires patch to boot FreeBSD boxes if arp entry already exists (it does system("arp -s host addr"), it should do a system("arp -d host") prior to that or ignore error from arp, better the former since the arp entry can be incomplete). Any chances of adding SIOCSARP ioctl? (I see , but this is non-standard (is SVR4 standard??) -- "Yes means No and No means Yes. Delete all files [Y]? " -- BOFH