From owner-freebsd-arch@FreeBSD.ORG Sat Feb 7 05:26:40 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 2BC30106566B; Sat, 7 Feb 2009 05:26:40 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 936BE8FC18; Sat, 7 Feb 2009 05:26:39 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl91-225.kln.forthnet.gr [77.49.58.225]) (authenticated bits=128) by igloo.linux.gr (8.14.3/8.14.3/Debian-5) with ESMTP id n175A0YZ000322 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 7 Feb 2009 07:10:05 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n1759xuu029896; Sat, 7 Feb 2009 07:09:59 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n1759xKv029884; Sat, 7 Feb 2009 07:09:59 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Ivan Voras References: Date: Sat, 07 Feb 2009 07:09:59 +0200 In-Reply-To: (Ivan Voras's message of "Sat, 07 Feb 2009 03:16:46 +0100") Message-ID: <87y6wivnmg.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MailScanner-ID: n175A0YZ000322 X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.869, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.53, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: 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 05:26:40 -0000 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: % keramida@kobe:/sbin$ ls -ld mount* % -r-xr-xr-x 1 root wheel - 47382 Feb 6 23:33 mount % -r-xr-xr-x 1 root wheel - 23848 Feb 6 23:33 mount_cd9660 % -r-xr-xr-x 2 root wheel - 31741 Feb 6 23:33 mount_mfs % -r-xr-xr-x 1 root wheel - 27946 Feb 6 23:33 mount_msdosfs % -r-xr-xr-x 2 root wheel - 60590 Feb 6 23:33 mount_nfs % -r-xr-xr-x 2 root wheel - 60590 Feb 6 23:33 mount_nfs4 % -r-xr-xr-x 1 root wheel - 27835 Feb 6 23:33 mount_ntfs % -r-xr-xr-x 1 root wheel - 19567 Feb 6 23:33 mount_nullfs % -r-xr-xr-x 1 root wheel - 20836 Feb 6 23:33 mount_udf % -r-xr-xr-x 1 root wheel - 21853 Feb 6 23:33 mount_unionfs % keramida@kobe:/sbin$ Then, there's the obstacle of mount_nfs{,4} and all the symbols they will pull into the crunched binary. This may actually increase the disk space requirements of /stand a fair bit. With disks becoming cheaper every day, it may be sensible to include mount_xxx binaries in the default `/stand' for most of the installations, but provide WITHOUT_MOUNT_XXX knobs to allow striping of the parts that risk bloating /stand too much for smaller, embedded installations of BSD.