From owner-freebsd-current@FreeBSD.ORG Sun Nov 16 20:51:04 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44EA416A4CE for ; Sun, 16 Nov 2003 20:51:04 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1820243FAF for ; Sun, 16 Nov 2003 20:51:03 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) hAH4p28I097039; Sun, 16 Nov 2003 20:51:02 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)hAH4p2fT097038; Sun, 16 Nov 2003 20:51:02 -0800 (PST) (envelope-from sgk) Date: Sun, 16 Nov 2003 20:51:02 -0800 From: Steve Kargl To: Bill Vermillion Message-ID: <20031117045102.GA96991@troutmask.apl.washington.edu> References: <20031117042234.7A5FE16A547@hub.freebsd.org> <20031117043747.GB66773@wjv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031117043747.GB66773@wjv.com> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: /bin and /sbin are now dynamically linked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2003 04:51:04 -0000 On Sun, Nov 16, 2003 at 11:37:47PM -0500, Bill Vermillion wrote: > > I don't think saving that little space on the / partition is as > important as having everthing in sbin being able to stand alone no > matter what is corrupted. You are aware of /rescue, right? > On a non-FreeBSD system I had to recover, I had to physically take > the server from the colo to a place where I could pull the drive > to be able to run the recovery utitlities - as none of the dynamic > binariies worked. Did that system have an equivalent to /rescue? > One thing I always liked of the FBSD approach as opposed to others > is to make ever tool that might possible be needed in a system > recovery static so if it was there it would work. ls /rescure > > > > 2) Proper support for NSS. This will finally allow you to use NSS > > > > modules > > > > and get things like usernames in ls -l working for modules that > > > > are dynamically loaded. > > > What was done to programs like /bin/sh, /sbin/init and /sbin/fsck to > > make them work without access to /usr/lib? > > And even if they are accessible >IF< the libraries become corrupted > then nothing will work. That's certainly not a 'fail-safe' > environment. What about /rescue? > > I would think that instead of NO_DYNAMICROOT root in make.conf, > a varialbe of DYNAMICROOT be used with the default of building > static, and having the option of building dynamic for those > who need to save those few MB of space. IOW don't change one of > the things that has made the BSD so rugged and reliable for so many > years. Search freebsd-current for several discussions. > One of the things I disliked about the Linux systems I've been on > is libraries that change and break things - for things which >I< > felt should have been static in the first place You can alsway build any utility with "make CFLAGS+=-static". -- Steve