Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
What do you think about doing a little more polishing and rolling a new set of patches taking this /etc/rc.conf option into account? Your kernel env dhcp variables are really good. i was thinking of adding something like this to dhcp: option FBSD.rc-conf 132.65.16.100:/c/conf/rc.conf.foo; and bootp can then tftp/nfs the file and parse it, making the result available via kenv and there is no real problem to concatenate serveral conf files - just comming up with a nice/simple syntax :-) as a proof of concept, there is no major problem to tftp this, but only from one/initial host, to make it realy flexible there is one major obstacle, the stand alone io has to be modified/augmented/complicated to have more than one socket. so, 1- is there a market for this? 2- is this a bad idea? 3- any work done already? danny To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
Danny, What do you think about doing a little more polishing and rolling a new set of patches taking this /etc/rc.conf option into account? Your kernel env dhcp variables are really good. I know that many do want to do what you are doing (large scale RO /); but up until now /etc/rc.diskless* has not been well engineered. polishing wont help, if i don't know all the problems :-) in the begining, there was no way to mount / ro - sunos would not run, and so we had zilions of /, one for each host, linux makes a mfs image, so even if freebsd is a bit messy it is by far better engineered - my .5$ the root_rw_mount is fine, but it's a bit late. now that devfs is here (great!) the only problem to solve is what/how to deal with /etc rc.conf* fstab X11 and some othere local-configurable files. the name/value knobs are fine - though some more documentation ... :-) btw, there is still another tricky problem: if i have / ro, and shared among many hosts, i can't: 1- easely specify different kernels i do this at the moment by commenting out kernel= in boot/loader.conf and passing it as a dhcp tag. 2- loadable modules for the very early modules: like unionfs, no harm in loading it, so fine but what about others that might cause problems? later ones, i load from rc.local and now for some coffee, danny To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
On Wed, 24 Apr 2002, M. Warner Losh wrote: In message: [EMAIL PROTECTED] David O'Brien [EMAIL PROTECTED] writes: : On Tue, Apr 23, 2002 at 12:19:58PM -0400, Robert Watson wrote: : diskless_root_readonly=NO # Make it YES for readonly : : good. What's wrong with the current root_rw_mount knob? It works just fine. The original complaint was that Danny's patches _assume_ that the root is going to remain R/O and just provide two ways of populating the MFS /etc, rather than allowing for the case where the MFS /etc isn't required at all. (actually, this is just reversing a recent obrien improvement to rc.diskless1 that made the MFS /etc conditional - it's still automatic in -stable and has been for a long while). There isn't a problem with controlling the root mount; diskless_root_readonly is a solution to a non-problem. The real problem is that (in the case where you want it) there is no one good way of constructing the MFS /etc - there are lots of bad ways, various of which have been committed to rc.diskless1 at different times, and still more used privately: 1) Create an MFS mounted on an arbitrary mountpoint, then use mount_null to install it over /etc when it's been populated. This was the original version when the support for read-only root appeared in rc.diskless back in 1999 (3.2-RELEASE). Gave problems because null mounts didn't (still don't?) work very well - mmap() caused panic for example. 2) Copy the files out of /etc into /tmp, then mount the MFS directly on /etc and copy the files back again. This appeared in 2001 (4.3-RELEASE) 3) Avoid the double copy on each boot by requiring the administrator to keep a copy in /conf/default/etc that can be copied directly to an MFS mounted on /etc. This appeared a couple of months later (4.4-RELEASE). 4) Small performance improvement on 3) - use a gzipped CPIO archive if available, rather than copying lots of small files which can be slow over NFS. This has just recently been committed to -stable by Luigi. 5) Danny's solution: Mount the MFS on /conf/etc, then use unionfs mounts to install it over /etc. Does unionfs work any better than mount_null? 6) My solution: Mount a second instance of the root FS on /conf/default then copy as in 3). Avoids maintaining two copies of /etc, but only works on NFS and doesn't solve the performance problem. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
Robert Watson wrote: This would provide full compatibility with the current model for those that want it (and I think it's more people than you think) at the same time as changing the system to provide easy support for the environment you're looking for. If the default settings are changing, it should be a 5.0 feature not a 4.x feature. FWIW, I thought this was a new feature, since diskless/dataless has never really worked for me, without a lot of local hacking to make it work. the first time around this was a real problem for me, starting off with FreeBSD and also doing the diskless stuff, now some time later (hum, about 2 years?), i tried it from scratch with 5.0 - it took me almost no time! adding the local mods took more time since i was (not very successfuly) recording the changes i was doing :-( btw, i did not have to do no 'lot of local hacking' to get it working: newfs /c/2; cd /c/2; dump 0f - / | restore rf - (brute force to get most of the local environment :-) make installworld DESTDIR=/c/2 and i could start booting 5.0 danny To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
Robert Watson wrote: I have't really used the diskless environment with 4.x, but use it extensively in my test/development environments for 5.0. Stateless workstations are great when it comes to file system debugging, especially since newfs is orders of magnitude faster than fsck :-). THat is what I primarily use them for, as well. -- Terry true, true, it's nice to be able to fix bugs on a running system, and trying it out on a diskless/dataless! but im also deploying servers dataless, it makes upgrading them less problematic. danny To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
On Mon, 22 Apr 2002, David O'Brien wrote: +if [ -z `hostname -s` ]; then +hostname=`kenv dhcp.host-name` +hostname $hostname +echo Hostname is $hostname +fi If you wanted to match the style for most of the rc* files, and avoid an unecessary call to 'test,' you could do: case `hostname -s` in '') foo ;; esac Not a big deal, but I thought I'd mention it. :) Doug done, and thanks, danny To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
Danny, What do you think about doing a little more polishing and rolling a new set of patches taking this /etc/rc.conf option into account? Your kernel env dhcp variables are really good. I know that many do want to do what you are doing (large scale RO /); but up until now /etc/rc.diskless* has not been well engineered. On Wed, Apr 24, 2002 at 07:44:20PM -0600, M. Warner Losh wrote: : The very original solution was to mount NFS / RW. The move to : /conf/default/etc was someone's special needs leaking into the FreeBSD : repository. If you want to special case, things be my guest -- add an : elif test; but leave RW NFS mounted / alone. / should only be mounted RO IFF root_rw_mount is not empty aand doesn't match [Nn][Oo]. We already have a variable for dealing with that. /etc/rc.diskless* shouldn't, as obrien points out, assume a specific setting. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
I'll commit this to rc.diskless1 this will only work if you include the changes to bootp.c +if [ -z `hostname -s` ]; then +hostname=`kenv dhcp.host-name` +hostname $hostname +echo Hostname is $hostname +fi BUT you've missed the point with this point: +else +mount_md 4096 /conf/etc 0 +chkerr $? MFS mount on /conf/etc +mount -t unionfs /conf/etc /etc +/bin/chmod 755 /etc +find /etc /dev/null +touch /etc/.sentinel That being that some of us actually WANT /etc to be left the fsck alone. We NFS mount / and that / has /etc as it should be. I also cannot follow what you are trying to do with /etc/conf. Perhaps you could comment that part? i don't understand what you mean by 'left the fsck alone', but i'll try to explain. / ( and whatever is under it) is NFS mounted read only, as should be. the 'original' solution is to make /etc writable is to mount a MD, then copy all /conf/default/etc to it. my 'solution' is to mount union /etc/conf as the 'writable' part. 1) i don't have to copy - and hence 2) have only one copy of /etc for all my diskless. since the next part of rc.diskless1 copies files specific to the host/cluster, and there are some cases that i want to actually remove a file, i do that in rc.local (configurable via rc.conf.local). thanks for looking into this, danny To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
On Mon, Apr 22, 2002 at 10:40:44AM +0300, Danny Braniss wrote: Since im very interested in diskless/dataless, and i've been at it for some time now, i made some changes to libstand/bootp.c and /etc/rc.diskless1 which i wouldn't mind receiving commnets/suggestions, and if possible incorporated. the stuff is in: ftp://ftp.cs.huji.ac.il/users/danny/freebsd/diskless-boot/ The bootp.c.diff looks like it could be useful; but I see you changed some stuff related to PXE booting and I cannot easily test that. Maybe someone else can. if you change #define CLASSIDFreeBSDc to #define CLASSIDPXEClient you will get same behaviour as before. the rest is just an addition to put stuff in the environment. danny To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
On Tue, Apr 23, 2002 at 09:19:56AM +0300, Danny Braniss wrote: That being that some of us actually WANT /etc to be left the fsck alone. We NFS mount / and that / has /etc as it should be. I also cannot follow what you are trying to do with /etc/conf. Perhaps you could comment that part? i don't understand what you mean by 'left the fsck alone', but i'll try to explain. / ( and whatever is under it) is NFS mounted read only, as should be. This is where all of us doing Sparc64 development say you are wrong -- / is NFS mounted RW. Back in the SunOS diskless workstations days were this was invented, / was NFS mounted RW. Please stop assuming everyone wants to change from tradition. the 'original' solution is to make /etc writable is to mount a MD, then copy all /conf/default/etc to it. The very original solution was to mount NFS / RW. The move to /conf/default/etc was someone's special needs leaking into the FreeBSD repository. If you want to special case, things be my guest -- add an elif test; but leave RW NFS mounted / alone. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
David O'Brien wrote: / ( and whatever is under it) is NFS mounted read only, as should be. This is where all of us doing Sparc64 development say you are wrong -- / is NFS mounted RW. Back in the SunOS diskless workstations days were this was invented, / was NFS mounted RW. Please stop assuming everyone wants to change from tradition. While it's true that this was the case for workstations, where you would end up having 128 workstations and 128 copies of the / directory on the server for the diskless/dataless workstations, I think the R/W mount was out of necesssity, not out of desirability. For most of the work I've done over the past 5/6 years, it's really desirable to have / mounted read-only. the 'original' solution is to make /etc writable is to mount a MD, then copy all /conf/default/etc to it. The very original solution was to mount NFS / RW. The move to /conf/default/etc was someone's special needs leaking into the FreeBSD repository. If you want to special case, things be my guest -- add an elif test; but leave RW NFS mounted / alone. This isn't just about NFS... it's also about Fash devices, which are only warranteed for a limited number of writes, which mounting R/W would really eat into, and it's for read-only media, like in the ClosedBSD and PicoBSD FreeBSD based firewalls, I think. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
On Tue, Apr 23, 2002 at 03:38:59AM -0700, Terry Lambert wrote: the 'original' solution is to make /etc writable is to mount a MD, then copy all /conf/default/etc to it. The very original solution was to mount NFS / RW. The move to /conf/default/etc was someone's special needs leaking into the FreeBSD repository. If you want to special case, things be my guest -- add an elif test; but leave RW NFS mounted / alone. This isn't just about NFS... it's also about Fash devices, which are only warranteed for a limited number of writes, which mounting R/W would really eat into, and it's for read-only media, like in the ClosedBSD and PicoBSD FreeBSD based firewalls, I think. As I said Terry, change the patch to not take away RW /. Add an elif check, add a `readonly_root' rc.conf knob, etc... But people should stop assuming everyone wants their special needs and local weirdness. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
On Tue, 23 Apr 2002, David O'Brien wrote: On Tue, Apr 23, 2002 at 03:38:59AM -0700, Terry Lambert wrote: the 'original' solution is to make /etc writable is to mount a MD, then copy all /conf/default/etc to it. The very original solution was to mount NFS / RW. The move to /conf/default/etc was someone's special needs leaking into the FreeBSD repository. If you want to special case, things be my guest -- add an elif test; but leave RW NFS mounted / alone. This isn't just about NFS... it's also about Fash devices, which are only warranteed for a limited number of writes, which mounting R/W would really eat into, and it's for read-only media, like in the ClosedBSD and PicoBSD FreeBSD based firewalls, I think. As I said Terry, change the patch to not take away RW /. Add an elif check, add a `readonly_root' rc.conf knob, etc... But people should stop assuming everyone wants their special needs and local weirdness. So personally I do use the read/only version, since it improves the scalability (and sanity) of the diskless environment by preventing leakage from workstations onto the server except in specifically supported ways. That said, I'd prefer a simpler default setting. A series of rc.conf settings would make the most sense to me-- diskless_root_readonly=NO # Make it YES for readonly diskless_etc_localmd=NO # Make it YES to have the # diskless environment md-mount and replicate /etc from /conf diskless_var_localmd=NO # Make it YES to have the # diskless environment md-mount /var and populate it from skeleton files This would provide full compatibility with the current model for those that want it (and I think it's more people than you think) at the same time as changing the system to provide easy support for the environment you're looking for. If the default settings are changing, it should be a 5.0 feature not a 4.x feature. Robert N M Watson FreeBSD Core Team, TrustedBSD Project [EMAIL PROTECTED] NAI Labs, Safeport Network Services To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
On Tue, Apr 23, 2002 at 12:19:58PM -0400, Robert Watson wrote:
diskless_root_readonly=NO # Make it YES for readonly
good.
diskless_etc_localmd=NO # Make it YES to have the
# diskless environment md-mount and replicate /etc from /conf
Seems the if [ -d ] tests in rc.diskless are OK already. If we add
this knob, then a knob should also be added for the source of the files
rather than assuming /conf/etc or /conf/{client}/etc. In other words
either really engineer this to make diskless properly configurable, or
have the minimal number of knobs, etc.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
On Tue, Apr 23, 2002 at 12:19:58PM -0400, Robert Watson wrote:
diskless_root_readonly=NO # Make it YES for readonly
good.
diskless_etc_localmd=NO # Make it YES to have the
# diskless environment md-mount and replicate /etc from /conf
Seems the if [ -d ] tests in rc.diskless are OK already. If we add
this knob, then a knob should also be added for the source of the files
rather than assuming /conf/etc or /conf/{client}/etc. In other words
either really engineer this to make diskless properly configurable, or
have the minimal number of knobs, etc.
nice, but impractical, because of the chicken and egg problem, or in other
words, the load/over-write of rc.conf[.local] happens a bit later ...
danny
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
On Tue, Apr 23, 2002 at 08:32:51PM +0300, Danny Braniss wrote:
On Tue, Apr 23, 2002 at 12:19:58PM -0400, Robert Watson wrote:
diskless_root_readonly=NO # Make it YES for readonly
good.
diskless_etc_localmd=NO # Make it YES to have the
# diskless environment md-mount and replicate /etc from /conf
Seems the if [ -d ] tests in rc.diskless are OK already. If we add
this knob, then a knob should also be added for the source of the files
rather than assuming /conf/etc or /conf/{client}/etc. In other words
either really engineer this to make diskless properly configurable, or
have the minimal number of knobs, etc.
nice, but impractical, because of the chicken and egg problem, or in other
words, the load/over-write of rc.conf[.local] happens a bit later ...
Please explain farther what is impractical and where the chicken-and-egg
problem is. I rc.diskless1 already has:
if [ -d /conf/default/etc ]; then
..snip..
if [ -d /conf/${i}/etc ]; then
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
David O'Brien wrote: The very original solution was to mount NFS / RW. The move to /conf/default/etc was someone's special needs leaking into the FreeBSD repository. If you want to special case, things be my guest -- add an elif test; but leave RW NFS mounted / alone. This isn't just about NFS... it's also about Fash devices, which are only warranteed for a limited number of writes, which mounting R/W would really eat into, and it's for read-only media, like in the ClosedBSD and PicoBSD FreeBSD based firewalls, I think. As I said Terry, change the patch to not take away RW /. Add an elif check, add a `readonly_root' rc.conf knob, etc... But people should stop assuming everyone wants their special needs and local weirdness. In my experience, the read/write NFS / mount requires that you seriously limit the number of client machines, to get any performance at all. I understand that this is the way that the old SunOS 4.1.3u2 based engineering environments used to be recommended to be configured by the green-and-which Systeam Adminstrator's Guide for SunOS. I would argue that this is not really appropriate for a cluster or other common use today. So if your argument is based on make no assumptions, it's OK, but you seem to be repeating the mantra assume the default most common use is like the old SunOS 4.1.3u2 recommended use for a small number of IPC boxes. I think the default should be a read-only /, and if there is a knob, it's to make the / read/write. In SunOS diskless/dataless configurations, as installed off CDROM, the intent of a read/write / was to permit local files to be modified... specifically, /tmp and /etc/hosts and the default configuration data for the ethernet. This was really a desirable (at the time) side effect (IMO), with the real intent being to provide a root image that was customized for the hardware being booted. With the prevalence of kernel modules to support the range of hardware on differently configured diskless/dataless workstations, it really makes much more sense to share a single / image among a lot of machines. If the intent isn't NFS mounting, but local read-only/read-mostly media (which I would argue is a better match for todays common usage), then really you want it to be the default. If that isn't enough: you aren't going to be able to set the knob to make it read-only, after the fact, but setting a knob to make it read/write after the fact is really easy, so it should use negative logic for the feature, anyway. 8-). -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
Robert Watson wrote: This would provide full compatibility with the current model for those that want it (and I think it's more people than you think) at the same time as changing the system to provide easy support for the environment you're looking for. If the default settings are changing, it should be a 5.0 feature not a 4.x feature. FWIW, I thought this was a new feature, since diskless/dataless has never really worked for me, without a lot of local hacking to make it work. So put me down on the list for don't change the default behaviour, if someone has actually been able to make the thing work in 4.x with the supplied scripts. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
Terry Lambert wrote: configured by the green-and-which Systeam Adminstrator's Guide green-and-white System for SunOS. Ugh. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
On Tue, 23 Apr 2002, Terry Lambert wrote: Robert Watson wrote: This would provide full compatibility with the current model for those that want it (and I think it's more people than you think) at the same time as changing the system to provide easy support for the environment you're looking for. If the default settings are changing, it should be a 5.0 feature not a 4.x feature. FWIW, I thought this was a new feature, since diskless/dataless has never really worked for me, without a lot of local hacking to make it work. So put me down on the list for don't change the default behaviour, if someone has actually been able to make the thing work in 4.x with the supplied scripts. I have't really used the diskless environment with 4.x, but use it extensively in my test/development environments for 5.0. Stateless workstations are great when it comes to file system debugging, especially since newfs is orders of magnitude faster than fsck :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Project [EMAIL PROTECTED] NAI Labs, Safeport Network Services To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
Robert Watson wrote: I have't really used the diskless environment with 4.x, but use it extensively in my test/development environments for 5.0. Stateless workstations are great when it comes to file system debugging, especially since newfs is orders of magnitude faster than fsck :-). THat is what I primarily use them for, as well. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
On Mon, 22 Apr 2002, David O'Brien wrote: +if [ -z `hostname -s` ]; then +hostname=`kenv dhcp.host-name` +hostname $hostname +echo Hostname is $hostname +fi If you wanted to match the style for most of the rc* files, and avoid an unecessary call to 'test,' you could do: case `hostname -s` in '') foo ;; esac Not a big deal, but I thought I'd mention it. :) Doug -- We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory. - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
Haven't tried all the new stuff, but i've installed it on several different hosts and so far have had no real problems, good work!! Since im very interested in diskless/dataless, and i've been at it for some time now, i made some changes to libstand/bootp.c and /etc/rc.diskless1 which i wouldn't mind receiving commnets/suggestions, and if possible incorporated. the stuff is in: ftp://ftp.cs.huji.ac.il/users/danny/freebsd/diskless-boot/ danny To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
On Mon, Apr 22, 2002 at 10:40:44AM +0300, Danny Braniss wrote: Since im very interested in diskless/dataless, and i've been at it for some time now, i made some changes to libstand/bootp.c and /etc/rc.diskless1 which i wouldn't mind receiving commnets/suggestions, and if possible incorporated. the stuff is in: ftp://ftp.cs.huji.ac.il/users/danny/freebsd/diskless-boot/ I'll commit this to rc.diskless1 +if [ -z `hostname -s` ]; then +hostname=`kenv dhcp.host-name` +hostname $hostname +echo Hostname is $hostname +fi BUT you've missed the point with this point: +else +mount_md 4096 /conf/etc 0 +chkerr $? MFS mount on /conf/etc +mount -t unionfs /conf/etc /etc +/bin/chmod 755 /etc +find /etc /dev/null +touch /etc/.sentinel That being that some of us actually WANT /etc to be left the fsck alone. We NFS mount / and that / has /etc as it should be. I also cannot follow what you are trying to do with /etc/conf. Perhaps you could comment that part? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.0 Developer Preview #1 Now Available / diskless booting
On Mon, Apr 22, 2002 at 10:40:44AM +0300, Danny Braniss wrote: Since im very interested in diskless/dataless, and i've been at it for some time now, i made some changes to libstand/bootp.c and /etc/rc.diskless1 which i wouldn't mind receiving commnets/suggestions, and if possible incorporated. the stuff is in: ftp://ftp.cs.huji.ac.il/users/danny/freebsd/diskless-boot/ The bootp.c.diff looks like it could be useful; but I see you changed some stuff related to PXE booting and I cannot easily test that. Maybe someone else can. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
