Date: Thu, 20 Nov 2003 21:40:17 -0500 From: Richard Coleman <richardcoleman@mindspring.com> To: kientzle@acm.org Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: /bin and /sbin are now dynamically linked Message-ID: <3FBD7B11.80109@mindspring.com> In-Reply-To: <3FBD5CCE.40905@acm.org> References: <200311171726.hAHHQ0Mj028252@tower.berklix.org> <p0600201fbbdeea6a2dc1@[128.113.24.47]> <3FBD5CCE.40905@acm.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Tim Kientzle wrote: > 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. Just put a tiny termcap file in /rescue (i.e. termcap.rescue) that contains 5 or 6 of the most common terminal types (cons25, vt102, etc), and have /rescue/vi default to cons25. That is cleaner than hard coding them into /rescue/vi. Richard Coleman richardcoleman@mindspring.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3FBD7B11.80109>