From owner-freebsd-current@FreeBSD.ORG Sun Dec 5 23:56:09 2004 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 774ED16A4EA; Sun, 5 Dec 2004 23:56:09 +0000 (GMT) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DA2843D1D; Sun, 5 Dec 2004 23:56:09 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.13.0/8.13.0) with ESMTP id iB5Nu7Wt018060; Sun, 5 Dec 2004 18:56:08 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <41B34F8D.5030401@freebsd.org> References: <56325.1102236241@critter.freebsd.dk> <41B34F8D.5030401@freebsd.org> Date: Sun, 5 Dec 2004 18:56:07 -0500 To: Tim Kientzle , Poul-Henning Kamp From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: current@freebsd.org Subject: Re: [TEST/REVIEW]: rootfs mounting code rework 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: Sun, 05 Dec 2004 23:56:09 -0000 At 10:12 AM -0800 12/5/04, Tim Kientzle wrote: > >Here's a situation that may be worth thinking about: > > * Working FreeBSD system that uses a > separate controller. / is /dev/da4. > > * Controller blows up. > > * Connect hard disk to the on-board controller. > >Note: kernel is now being loaded from /dev/da0, but /etc/fstab >still says / is /dev/da4. With the old rootfs code, this system >is unbootable. This is the kind of situation I was thinking of, where you get into a mess due to some hardware shuffling. It does not come up often, but it can be frustrating when you do run into it. I was just wondering if Poul's work might help in that situation. In a later message, Poul-Henning Kamp wrote: >First: I have _not_ changed the logic that decides _which_ rootfs >to mount, only the mechanics of how it is mounted. > >Second: I belive you could simply type something like: > > set vfs.root.mountfrom="ufs:/dev/da0" > >in the loader and your system would do what you expect it to. Ah, very good. I'll save that away for future reference. So with your changes, should we just check to see that it works the same as it used to work? Or is there any kind of new behavior that we should try to exercise? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu