Date: Fri, 30 Mar 2001 21:43:08 +0100
From: Falco <krepel@fokus.gmd.de>
To: Mathew KANNER <mat@cs.mcgill.ca>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: new rc.diskless{1,2} files
Message-ID: <3AC4EFD9.585ECC77@fokus.gmd.de>
References: <3AC4C496.60861EB6@fokus.gmd.de> <20010330125701.C17585@cs.mcgill.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
Mathew KANNER wrote:
>
> On Mar 30, Falco Krepel wrote:
> > I have implemented good ideas from Mike Smith in my
> > rc.diskless{1,2} files and make some other changes:
>
> Hi,
> I don't have access to hardware to test diskless but have a
> few suggestions from looking at proposal.
>
> BOOTP probably isn't how most people are going to do it,
> instead they will be using PXE, perhaps we should retire the reference
> to BOOTP in the following.
Yes. I also using PXE for diskless operation.
>
> > md_device=`mdconfig -a -t malloc -s $1`
> > chkerr $? "configuring md device"
> > disklabel -rw $md_device auto
> > chkerr $? "labelling md device"
> > md_filesystem=/dev/$md_device"c"
> > newfs $md_filesystem 2>&1 >/dev/null
> > chkerr $? "making md device filesystem"
> > mount $md_filesystem $2
>
> Barring a change in newfs or mount, it would be nice if it
> could tunefs to enable softupdates.
OK. This make sense for bid MDs when the physical memory isn't enough.
In my opinion is it for smaller MD residing only in memory as fast as
with tunfs enabled. But it souldn't be a disadvantage to alwasy enable
this option.
>
> > bootp_ifc=""
> > bootp_ipa=""
> > bootp_ipbca=""
> > iflist=`ifconfig -l`
> > for i in ${iflist} ; do
> > set `ifconfig ${i}`
> > while [ $# -ge 1 ] ; do
> > if [ "${bootp_ifc}" = "" -a "$1" = "inet" ] ; then
> > bootp_ifc=${i} ; bootp_ipa=${2} ; shift
> > fi
> > if [ "${bootp_ipbca}" = "" -a "$1" = "broadcast" ] ; then
> > bootp_ipbca=$2; shift
> > fi
> > shift
> > done
> > if [ "${bootp_ifc}" != "" ] ; then
> > break
> > fi
> > done
> > echo "Interface ${bootp_ifc} IP-Address ${bootp_ipa} Broadcast ${bootp_ipbca}"
>
> IIRC, PXE sets a kernel env. with this info. Maybe we should
> try to grab that first and then fall back to the above.
>
This is left from the original version. I will check this option.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3AC4EFD9.585ECC77>