From owner-freebsd-current@FreeBSD.ORG Thu Nov 20 16:41:48 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 2F6B616A4CE for ; Thu, 20 Nov 2003 16:41:48 -0800 (PST) Received: from bilver.wjv.com (user38.net339.fl.sprint-hsd.net [65.40.24.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9391A43FBD for ; Thu, 20 Nov 2003 16:41:46 -0800 (PST) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by bilver.wjv.com (8.12.10/8.12.10) with ESMTP id hAL0fjm7042595 for ; Thu, 20 Nov 2003 19:41:45 -0500 (EST) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.12.10/8.12.10/Submit) id hAL0fj8c042594 for freebsd-current@freebsd.org; Thu, 20 Nov 2003 19:41:45 -0500 (EST) (envelope-from bv) Date: Thu, 20 Nov 2003 19:41:45 -0500 From: Bill Vermillion To: freebsd-current@freebsd.org Message-ID: <20031121004144.GA42501@wjv.com> References: <200311171726.hAHHQ0Mj028252@tower.berklix.org> <3FBD5CCE.40905@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3FBD5CCE.40905@acm.org> Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com User-Agent: Mutt/1.5.4i X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on bilver.wjv.com 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 Reply-To: bv@wjv.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2003 00:41:48 -0000 On Thu, Nov 20, 2003 at 16:31 , while impersonating an expert on the internet, Tim Kientzle sent this to stdout: > Garance A Drosihn wrote: > >At 6:26 PM +0100 11/17/03, Julian Stacey wrote: > >>Seconded ! Better commit an improved switch with > >>default = Off. > >The time for voting was months ago. > Actually, the discussion started almost a year ago now. > That's when the new PAM/NSS libraries were first being > announced, which was a big driving factor for all-dynamic > linking. I recall quite a bit of that discussion > happening right here on current@. > Many of us here have been hamstrung by systems that didn't > provide a static fallback. I've personally been bitten by > unrecoverable Linux and Solaris systems due to hosed shared > libraries. That's why I volunteered to build /rescue in the > first place, so that I'd never be faced with an unrecoverable > FreeBSD machine. Happened to me in the past too. > I'm pretty comfortable with the failsafes that we > have in place: > * /sbin/init is static > * If /bin/sh fails, /rescue/sh can be run > * /rescue provides a complete set of statically-linked > sysadmin utilities that should be sufficient > for recovering a damaged system. > There are a few things I'd like to see: > * It would be nice if the kernel noticed that /sbin/init > failed too quickly and prompted the user for an alternate > init. That would open the door to a dynamic or just more > ambitious /sbin/init, since you could always fall back > to /rescue/init for recovery. > * /rescue/vi is currently unusable if /usr is missing because > the termcap database is in /usr. One possibility > would be to build a couple of default termcap entries > into ncurses or into vi. Considering that rescue mode will most often be run from a console login or a serial console, I would thing the default console name termcap [cons25] and something ubuiquitous such as vt102 would do quite well - as you could cover almost all with just those two. That surely beats older systems where all I had in recovery attempts was echo to see what was there, and ed for editing. I like your idea. Bill -- Bill Vermillion - bv @ wjv . com