From owner-freebsd-arch Sat Jan 25 14:40:50 2003 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A504C37B401 for ; Sat, 25 Jan 2003 14:40:48 -0800 (PST) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1948F43EB2 for ; Sat, 25 Jan 2003 14:40:48 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0008.cvx40-bradley.dialup.earthlink.net ([216.244.42.8] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18cYxR-0003Iy-00; Sat, 25 Jan 2003 14:39:26 -0800 Message-ID: <3E3311CA.5646F3AA@mindspring.com> Date: Sat, 25 Jan 2003 14:38:02 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Eugene M. Kim" Cc: Alexey Dokuchaev , Gordon Tetlow , Garance A Drosihn , arch@FreeBSD.ORG Subject: Re: CFR: Volume labels in FFS References: <20030124212259.GJ53114@roark.gnf.org> <20030124215753.GM53114@roark.gnf.org> <20030124222718.GN53114@roark.gnf.org> <3E31C4F5.972AA69C@mindspring.com> <20030125120433.GA24687@regency.nsu.ru> <20030125185338.GA54691@purple.the-7.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4606d14a7b49ad307b848c15ed3013074a2d4e88014a4647c350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Eugene M. Kim" wrote: > > > > I can also forsee being able to hook into devd to do some > > > > automounting magic for things like zip disks and cdroms > > > > (obviously not with FFS, but cd9660 support would be a good > > > > thing to have once GEOM recognizes cdroms). > > > > > > That's what "Last mounted on" is for. > > > > > > Gotta wonder why we need volume devices, when we know where we > > > are going to mount the thing... > > > > I second Terry here; seeing little-to-none sense in volume lables as > > they are. > > `Last mounted on' is useful only when a disk is assumed to be used on > one computer. If you wanted to mount a removable data disk at /data on > computer A but at /mydata on computer B and so on, we do need some > volume label. You all misunderstand. I was asking why you were introducing another field in the superblock, rather than using the "last mounted on" field. Maybe I should point out that the "last mounted on" field is write-only, and no one uses it, particularly since it is not longer possible to open the block device and examine a live FS (given that there are no longer block devices). I'll also point out that the only reason an FS type has to be able to distinguish a root mount from a non-root mount boils down to two things: o Covering the moint point, which should be done in upper level code anyway, since it's an operation common to all FS's in the non-root mount case o Setting of the "last mounted on" data contents in the superblock Even if nothing else happens, and you decide to keep around this appendix of "last mounted on", at the very least, the code should be reorganized so that the setting/getting of it is a new VFSOP. Note that I first suggested doing this, and provided code that did this, in 1996. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message