Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 09 Apr 2002 01:45:37 -0700
From:      Terry Lambert <tlambert2@mindspring.com>
To:        "Crist J. Clark" <cjc@FreeBSD.ORG>
Cc:        Dan Nelson <dnelson@allantgroup.com>, Michael Smith <msmith@FreeBSD.ORG>, Doug White <dwhite@resnet.uoregon.edu>, "=?iso-8859-1?Q?Pawe=B3?= Jakub   Dawidek" <nick@garage.freebsd.pl>, freebsd-hackers@FreeBSD.ORG
Subject:   Re: Hardlinks...
Message-ID:  <3CB2AA31.2DD9E44E@mindspring.com>
References:  <200204081841.g38Ifi104580@mass.dis.org> <3CB21C40.A62B442@mindspring.com> <20020408232326.GB1749@dan.emsphone.com> <3CB26A58.AD809508@mindspring.com> <20020409003838.F31507@blossom.cjclark.org>

next in thread | previous in thread | raw e-mail | index | archive | help
"Crist J. Clark" wrote:
> On Mon, Apr 08, 2002 at 09:13:12PM -0700, Terry Lambert wrote:
> [snip]
> 
> > It's arguable that "/" and "/usr" themselves should be
> > mounted read-only,
> 
> It's not very practical to have / read-only on a truely multi-user
> (the only time this linking stuff is much of an issue) 4-STABLE
> system. The two main reasons being /etc/master.passwd, et al, and the
> problems with a read-only /dev. It takes extensive customizations and
> kludges to get this to work.

It depends.  If this is a truly multiuser environment, then
you are probably getting your authentication from NIX or RADIUS.

It's really arguable that /etc should be a nullfs mount off of
somewhere else and/or variable information belongs in "var" or
some other place...

Sun has been able to do this since 1988 or so (at least).

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3CB2AA31.2DD9E44E>