Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 22 Apr 2006 08:51:43 -0400
From:      Tom Rhodes <trhodes@FreeBSD.org>
To:        Robert Watson <rwatson@FreeBSD.org>
Cc:        cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org, jhb@FreeBSD.org
Subject:   Re: cvs commit: src/sys/ufs/ffs ffs_vfsops.c
Message-ID:  <20060422085143.734e2f24.trhodes@FreeBSD.org>
In-Reply-To: <20060422133933.A56433@fledge.watson.org>
References:  <200604210714.k3L7EQhD046878@repoman.freebsd.org> <20060421161321.J44089@fledge.watson.org> <20060421212322.2f5b3fa8.trhodes@FreeBSD.org> <1A949C80-E65D-4349-8028-8B0EB1A91D27@FreeBSD.org> <20060422001635.247a8b88.trhodes@FreeBSD.org> <20060422133933.A56433@fledge.watson.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 22 Apr 2006 13:45:35 +0100 (BST)
Robert Watson <rwatson@FreeBSD.org> wrote:

> 
> On Sat, 22 Apr 2006, Tom Rhodes wrote:
> 
> > Which is why I suggested that, similar to Linux, we make everything an 
> > option instead of either Warning before you build/install the new kernel or 
> > add the addition headache of turning it on later. Thus, I'm still of the 
> > opinion that one does not blindly add a newfs option during the install 
> > without understanding what's going on.
> 
> The problem you're diagnosing is booting a kernel that doesn't support 
> features requested by the administrator.  When this happens, there are really 
> only two things you can do:
> 
> (1) Generate warnings and continue.
> (2) Generate warnings and stop.
> 
> We opt for (1) because it makes recovery easier.  Deleting the warnings helps 
> neither case.  Booting an SELinux system without an SELinux kernel will fail 
> in many spectacular ways, but I'm not sure if they generate a warning 
> equivilent to the one you deleted.
> 
> BTW, turning on the multilabel flag in sysinstall is not an option offered by 
> the installer -- by setting it using sysinstall's "additional flags" field, 
> you're specifially doing something not part of the install path.  The MAC 

Heh, exactly why I wanted to remove it.  :)

Someone would need a reason to do it this way, I was hoping
in this case that someone would have a clue.

It's reverted in any case.  ;)

-- 
Tom Rhodes



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