From owner-freebsd-current Sun Oct 6 0:19:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1968937B401 for ; Sun, 6 Oct 2002 00:19:40 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id D955643E3B for ; Sun, 6 Oct 2002 00:19:38 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id RAA18495; Sun, 6 Oct 2002 17:19:28 +1000 Date: Sun, 6 Oct 2002 17:29:19 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Poul-Henning Kamp Cc: Steve Kargl , Subject: Re: devfs oddity? In-Reply-To: <36088.1033885792@critter.freebsd.dk> Message-ID: <20021006171938.R24399-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 6 Oct 2002, Poul-Henning Kamp wrote: > In message <20021006144225.G15291-100000@gamplex.bde.org>, Bruce Evans writes: > >On Sat, 5 Oct 2002, Steve Kargl wrote: > > > >> > In message <20021005221611.GA17396@troutmask.apl.washington.edu>, Steve Kargl w > >> > rites: > >> > >root[208] cdcontrol play > >> > >cdcontrol: no CD device name specified, defaulting to /dev/cd0c > >> > >cdcontrol: /dev/cd0cc: No such file or directory > >> > > > >> > >Why is an extra "c" appended to cd0c? > > > >The first "c" is part of the standard name for the whole of a (labelled) > >disk device. > > It's not any "standard name". It is a convention used on a minority > of UNIX platforms out there, and it is certainly not "standard" even > for BSD based systems. It is a standard convention in FreeBSD-4, NetBSD and OpenBSD. Except the partition letter is actually "d" in NetBSD and OpenBSD for i386's and a few other arches. > It is also illogical, counter-intuitive and prone to mistakes. That may be, but changing it without even preparing for the change breaks POLA. This consideration prevented me from axing partitions soon after I implemented slices. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message