From owner-freebsd-arch@FreeBSD.ORG  Thu Jul 17 09:14:08 2003
Return-Path: <owner-freebsd-arch@FreeBSD.ORG>
Delivered-To: freebsd-arch@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 664)
	id 8208137B401; Thu, 17 Jul 2003 09:14:08 -0700 (PDT)
Date: Thu, 17 Jul 2003 09:14:08 -0700
From: David O'Brien <freebsd-arch@FreeBSD.ORG>
To: Alexander Leidinger <Alexander@Leidinger.net>
Message-ID: <20030717091408.A89570@hub.freebsd.org>
References: <20030717080805.GA98878@dragon.nuxi.com>
	<20030717115754.488e9909.Alexander@Leidinger.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030717115754.488e9909.Alexander@Leidinger.net>;
	from Alexander@Leidinger.net on Thu, Jul 17, 2003 at 11:57:54AM +0200
X-Operating-System: FreeBSD 4.8-RC
Organization: The NUXI BSD group
X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3  90 76 5D 69 58 D9 98 7A
X-Pgp-Rsa-Keyid: 1024/34F9F9D5
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
Reply-To: freebsd-arch@freebsd.org
List-Id: Discussion related to FreeBSD architecture
	<freebsd-arch.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arch>
List-Post: <mailto:freebsd-arch@freebsd.org>
List-Help: <mailto:freebsd-arch-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 17 Jul 2003 16:14:08 -0000

On Thu, Jul 17, 2003 at 11:57:54AM +0200, Alexander Leidinger wrote:
> > - swapon, this is not needed to fix a whacked out /lib.... unless we add
> >   Emacs to /resuce.
> 
> I can't come up with a scenario for this, but this doesn't mean there
> isn't one. Do you have a stronger reason than "I don't know how this
> could be useful"? Hmmm... perhaps mounting a mfs disk, untaring
> something to it, searching for the right files... whatever, I think we
> should keep it in /rescue, but I will be quiet if someone removes it.

You might have a real point there.  If one cannot create memory disks w/o
swapon, /rescue/mdmfs needs to learn about this and do the swapon calls.
I wonder how many people would remember to 'swapon' before using 'mdmfs'.