From owner-freebsd-arch@FreeBSD.ORG Sat Feb 7 19:10:18 2009 Return-Path: Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B3611065670 for ; Sat, 7 Feb 2009 19:10:18 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (ZIM.MIT.EDU [18.95.3.101]) by mx1.freebsd.org (Postfix) with ESMTP id 2D8FF8FC1A for ; Sat, 7 Feb 2009 19:10:18 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.3/8.14.2) with ESMTP id n17JABrG007641; Sat, 7 Feb 2009 14:10:11 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.3/8.14.2/Submit) id n17JABgb007640; Sat, 7 Feb 2009 14:10:11 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Sat, 7 Feb 2009 14:10:11 -0500 From: David Schultz To: Ivan Voras Message-ID: <20090207191011.GA7545@zim.MIT.EDU> Mail-Followup-To: Ivan Voras , Giorgos Keramidas , freebsd-arch@FreeBSD.ORG References: <87y6wivnmg.fsf@kobe.laptop> <9bbcef730902070526q7c35a08dmfe98277d2029da7b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9bbcef730902070526q7c35a08dmfe98277d2029da7b@mail.gmail.com> Cc: Giorgos Keramidas , freebsd-arch@FreeBSD.ORG Subject: Re: mount(8) in /stand? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 19:10:18 -0000 On Sat, Feb 07, 2009, Ivan Voras wrote: > 2009/2/7 Giorgos Keramidas : > > On Sat, 07 Feb 2009 03:16:46 +0100, Ivan Voras wrote: > >> Judging by Google's results I'm only one of many people frustrated by the > >> lack of mount(8) in the "emergency holographic shell". My problem is that > >> I have everything I need to install the system (on a "netbook" laptop - > >> no CD reader) on the USB drive I booted from, but no way to get to the > >> data (the network drivers need to be patched before they can be used so > >> net install is out, sysinstall doesn't recognize the directory structure, > >> has no way of mounting msdosfs, etc.). I see the mount executable is ~~ > >> 17 kB: > >> > >> -r-xr-xr-x 1 root wheel 17232 Dec 29 15:29 /sbin/mount* > >> > >> This is about the third time I needed it in similar circumstances so is > >> probably not unreasonable to request it be crunched in for the future? > >> It's certainly one of the basic emergency utilities. > > > > You have to account for the size of several mount_xxx executables too. > > My userland is now installed with DEBUG_FLAGS='-g' so the sizes are not as > > large as they seem below, but we need at least *some* of these to be in > > `/stand' before `/stand/mount' is usable e.g. for cd9660 mounts: > > What is the relationship between mount and mount_xxx? Is it that some > file systems cannot be mounted at all if there's no mount_xxx or it's > just there to provide advanced or unusual options? Some filesystems have unusual options or require extra magic (e.g., loading kernel modules). These differences should be handled by the filesystem kernel code, but they're presently handled by having N nearly-identical mount_xxx binaries. Craig Rodrigues probably has a better understanding of what's still required to fix this.