Date: Tue, 25 Jul 2000 13:37:46 -0700 (PDT) From: Matthew Jacob <mjacob@feral.com> To: Poul-Henning Kamp <phk@critter.freebsd.dk> Cc: freebsd-arch@FreeBSD.ORG Subject: Re: How much do we need the all-singing, all-dancing devfs? Message-ID: <Pine.BSF.4.05.10007251333250.16927-100000@semuta.feral.com> In-Reply-To: <13949.964555205@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
> >> handled. > > > >For devices that have been so labelled, yes, and that the label in question > >can be written to the device media (or stored in the device). This means that > >you have an import step. Not the worst thing in the world, but it does indeed > >restrict usage and sharing on a SAN- you can't rewrite the 50 NT volume labels > >on the SAN to find a FreeBSD identifier. > > Ahh, but if they are NT volumes, the are unlikely to be UFS filesystems, > and in that case I'm sure we would simply adopt the NT labels, no ? What if they're 'no' labels? You can do newfs -t ufs da0 SIZE right? You don't *need* to have a label.... > Maybe the solution here is that each device and indeed partition can > have multiple labels, and any one of those are good enough for /etc/fstab ? What I want is labels. But also what I want is a property that doesn't depend on writing anything on the device media itself. It's stretching it a bit, but not too far, to say I want to have cd9660 persistently addressable volumes. I may not know, from session to session, the contents actual ISO volume label. And I can't write anything to it. But the device itself has a persistent property of (VPD info Drive Serial number, or WWN in the Fibre Channel case (say)). Why can't I choose to track that particular device (part of one of those huge Sanyo CD changers, say...) by the non-label persistent identifier and not have to worry about the bus address changes? -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.10007251333250.16927-100000>