From owner-freebsd-arch@FreeBSD.ORG Mon Sep 1 08:36:26 2003 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFBC716A4C4 for ; Mon, 1 Sep 2003 08:36:25 -0700 (PDT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF3AB43FBF for ; Mon, 1 Sep 2003 08:36:24 -0700 (PDT) (envelope-from adam@migus.org) Received: from garple.migus.org ([68.55.83.100]) by comcast.net (rwcrmhc12) with ESMTP id <200309011536240140017897e>; Mon, 1 Sep 2003 15:36:24 +0000 Received: from garple.migus.org (localhost [127.0.0.1]) by garple.migus.org (8.12.9/8.12.9) with ESMTP id h81FaMqX082401; Mon, 1 Sep 2003 11:36:22 -0400 (EDT) (envelope-from adam@migus.org) Received: (from www@localhost) by garple.migus.org (8.12.9/8.12.9/Submit) id h81FaLBe082400; Mon, 1 Sep 2003 11:36:21 -0400 (EDT) X-Authentication-Warning: garple.migus.org: www set sender to adam@migus.org using -f Received: from 192.168.4.2 (SquirrelMail authenticated user adam) by mail.migus.org with HTTP; Mon, 1 Sep 2003 11:36:21 -0400 (EDT) Message-ID: <51777.192.168.4.2.1062430581.squirrel@mail.migus.org> In-Reply-To: <20030901091043.GA87897@cirb503493.alcatel.com.au> References: <20030722153056.GM863@starjuice.net> <200307231042.29371.alex.neyman@auriga.ru> <51381.192.168.4.2.1062397532.squirrel@mail.migus.org> <20030901091043.GA87897@cirb503493.alcatel.com.au> Date: Mon, 1 Sep 2003 11:36:21 -0400 (EDT) From: "Adam C. Migus" To: "Peter Jeremy" User-Agent: SquirrelMail/1.4.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-Spam-Status: No, hits=-2.4 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,PRIORITY_NO_NAME, QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES,USER_AGENT, X_AUTH_WARNING version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-arch@freebsd.org Subject: Re: Things to remove from /rescue X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2003 15:36:26 -0000 Peter Jeremy said: > On Mon, Sep 01, 2003 at 02:25:32AM -0400, Adam C. Migus wrote: >>The whole change to dynamic linking for / is a move to "modernize"acquire >>FreeBSD. Thus /rescue is a "modern" attempt at creating a /stand. >>If we're going to be "modern" we ought to think about what "modern" >>sysadmins need to "rescue" their systems. > > What do you mean by a "modern" sysadmin? Do you mean people who > believe everything should be done via a GUI and would be lost if > presented with a shell prompt? > negligibleconvenient My apologies if this comment offends you based on what it doesn't say. A "modern" sysadmin could, I suppose fit, your description or could simply be a very intelligent young person six months out of college who has yet to aquire the skills of a more experienced sysadmin. I suppose it could also be an office administrator forced to become a system administrator due to downsizing at his or her company. >>/rescue to me implies "what's needed to rescue you're hosed FreeBSD >>system." > > Actually /rescue is only needed when you've managed to hose your > /lib, /bin or /sbin directories. If you haven't damaged your root > filesystem, you can use all the utilities in /bin and /sbin. If > your root is totally hosed, you need to boot from alternate media > (eg a fixit CD-ROM). > > Excluding hamfisted sysadmins pointing "rm" at the wrong directory, > /rescue is probably going to be of most use to developers who have > managed to a "make world" at an inopportune time and installed a > non-functional ld.so or similar. > Ok, to rephrase: "what's needed to rescue your (fix the typo while I'm here) hosed FreeBSD system, which you hosed by toasting your /lib." >>Finally, this argument essentially comes down to space savings vs. >>ability to rescue the system. Is 100K of disk space worth 2 hours >>of time due to a missing tool? > > Any missing tool is probably available on the fixit CD-ROM. > What if you don't have a CD-ROM? >>Why not make the set of tools in /rescue easily configurable and >>divide them into three sets: >> >>1. Those that are in the crunch and linked in /rescue, >>2. Those that are in the crunch but aren't linked in /rescue, and >>3. Those that aren't yet in the crunch. >> >>The first being tools everyone agrees are valuable, the second >> being >>tools that at least one person thinks might be useful (not in >> excess >>of what's there now), the last being tools everyone can agree are >>useless (and thus aren't there now). > > There doesn't seem to be any reason for the second category. The > prime driver for /rescue is size. Once you've included a utility > within the crunch, you've taken the size hit so you might as well > include the link. > >>That way if an administrator complains about a missing tool someone >>said might be useful, the answer is "just create a link." > > And the administrator has a whinge about the #$@!%@* idiots who > made him waste hours waiting for a response to his e-mail when they > could have created the link to start with. This doesn't strike me > as being of benefit to anyone. > > Peter > I really think you missed the whole point of the post. I didn't post to argue. I posted a solution that provides a way to allow the FreeBSD community to trim or grow /rescue to fit the needs of it's users. The space savings is negligable on most systems and making the list of programs easily configurable is a convienient way of limiting the size for systems in which space is critical. -- Adam - (http://people.migus.org/~amigus/) Migus Dot Org - (http://www.migus.org/)