Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 19 Mar 2011 17:00:51 -0700
From:      Kirk McKusick <mckusick@mckusick.com>
To:        Nathan Whitehorn <nwhitehorn@FreeBSD.org>
Cc:        svn-src-head@FreeBSD.org, Jeff Roberson <jeff@FreeBSD.org>, Gavin Atkinson <gavin@FreeBSD.org>, svn-src-all@FreeBSD.org, src-committers@FreeBSD.org
Subject:   Re: svn commit: r219667 - head/usr.sbin/bsdinstall/partedit 
Message-ID:  <201103200000.p2K00pue003373@chez.mckusick.com>
In-Reply-To: Your message of "Fri, 18 Mar 2011 20:50:08 CDT." <4D840BD0.4030306@freebsd.org> 

next in thread | previous in thread | raw e-mail | index | archive | help
> Date: Fri, 18 Mar 2011 20:50:08 -0500
> From: Nathan Whitehorn <nwhitehorn@FreeBSD.org>
> Subject: Re: svn commit: r219667 - head/usr.sbin/bsdinstall/partedit
> To: Gavin Atkinson <gavin@FreeBSD.org>
> Cc: src-committers@FreeBSD.org, svn-src-all@FreeBSD.org,
>         svn-src-head@FreeBSD.org
> 
> On 03/15/11 12:50, Gavin Atkinson wrote:
> > On Tue, 2011-03-15 at 12:26 -0500, Nathan Whitehorn wrote:
> > Hrm, I hadn't realised this was the case.  If this change is intentional
> > and planned to remain, I guess the various bits of documentation that
> > say "several partitions good, one bad" should be updated...
> 
> It is intended. I think it makes things somewhat easier for the 
> virtualization case, and I know a lot of people have been running their 
> systems with "one-big-/" for years. If it is harmful for some reason, 
> however, it's easy to change.
> 
> >>> I wonder if it is time to start enabling SU+J on non-root filesystems
> >>> now?
> >> That's certainly something to think about, although I'll defer whether
> >> that is wise to others. It's a little bit of a pain on the
> >> implementation side, since you can't turn it on from newfs, but that
> >> isn't a serious obstacle.
> > As of r218726, you can now set this from newfs. (-j)
> 
> Ah, wonderful. The decision of whether that is a good idea still rests 
> with others, however :)
> -nathan

I believe that we should enable SU+J by default. We should do it now
so that we can get wider experience with it before 9.0 is released
(thus letting us revert to SU if uncorrectable problems arise).

The requirement that the root run without SU derived from the fact that
you could get out of space errors if you tried to replace files too
quickly (e.g., during installworld). That problem was fixed about 2004.
So there is no reason that root cannot have SU enabled. In particular, 
if you are going to default to a single filesystem, then root should
definitely have SU (or SU+J per above) enabled.

	Kirk McKusick



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201103200000.p2K00pue003373>