From owner-freebsd-questions@FreeBSD.ORG Fri Nov 21 12:10:49 2003 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0AD116A4CE for ; Fri, 21 Nov 2003 12:10:49 -0800 (PST) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36FC643FE0 for ; Fri, 21 Nov 2003 12:10:48 -0800 (PST) (envelope-from tillman@seekingfire.com) Received: from blues.seekingfire.prv (blues.seekingfire.prv [192.168.23.211]) by mail.seekingfire.com (Postfix) with ESMTP id BEC96AB for ; Fri, 21 Nov 2003 14:10:46 -0600 (CST) Received: (from tillman@localhost) by blues.seekingfire.prv (8.11.6/8.11.6) id hALKAkU19268 for freebsd-questions@freebsd.org; Fri, 21 Nov 2003 14:10:46 -0600 Date: Fri, 21 Nov 2003 14:10:46 -0600 From: Tillman Hodgson To: freebsd-questions@freebsd.org Message-ID: <20031121141046.L17699@seekingfire.com> References: <20031121144116.A712D7E40E@server2.messagingengine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20031121144116.A712D7E40E@server2.messagingengine.com>; from murphyf+fhs@f-m.fm on Fri, Nov 21, 2003 at 03:41:16PM +0100 X-Urban-Legend: There is lots of hidden information in headers Subject: Re: FreeBSD, FHS, and /mnt/cdrom X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2003 20:10:49 -0000 On Fri, Nov 21, 2003 at 03:41:16PM +0100, Frank Murphy wrote: > The folks at the Filesystem Hierarchy Standard (FHS) are discussing > (again) where directories for recurring temporary mount points should go. > Recurring temporary mount points are for things like cdroms, floppies, > and digital cameras as well as HD partitions from other OSes (like MS > Windows). Hey, thanks for making the discussion a bit more public :-) > So, please put these in the order of most to least preferred, and say why > you like or dislike any of them. > > - All mount points in / (e.g. /cdrom, /camera, /windows/C) <- current > FreeBSD standard Will become annoying as time goes on and my toothbrush has a remotely mountable filesystem. > - All mount points in /mnt (e.g. /mnt/cdrom, /mnt/camera, /mnt/windows/C) > <- breaks > FreeBSD standard for an empty /mnt Might be workable if there was a /mnt/mnt, but that's so ridiculous I'd be against it as a matter of humour-prevention :-) > - Anyplace at all I don't like this because it makes admin'ing heterogenous networks harder. And because "anyplace at all" often translates to "change locations every few years to accomodate the newest trends in hardware". Ick. Some stability, please. > - Anyplace but /mnt (i.e. what the FHS 2.2 currently specifies) Not touching /mnt is a good idea. The "anyplace" isn't for the same reason as above. > - Anyplace but / or /mnt (e.g. /vol/cdrom, /var/mnt/camera, > /media/windows/C) > (some suggestions have been /media, /mounts, /vol, /var/mnt, > and /var/tmp/removable. Others?) This is better. I prefer a single directory (though not /mnt) in the root directory. /vol and /media both make sense to me, though I prefer /vol because it's less typing (and not all mounts are media ...). There's a bit of a bikeshed here. To help alleviate that, I think that the sub-directories inside of /vol or /media should be undefined. This let's us contain these sorts of mounts to a single location but also let's one decorate as one wishes. All tools need to do is poke around in /vol or /media and they'll find the mounts. -T -- if ( $clue eq 'none' ) read (handbook|faq|man|others) && search (whatis|lists|forum|google) if ( $answer == 0 ) post->question