From owner-freebsd-current Sun Mar 15 19:31:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA29139 for freebsd-current-outgoing; Sun, 15 Mar 1998 19:31:14 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA29090; Sun, 15 Mar 1998 19:30:58 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id OAA02498; Mon, 16 Mar 1998 14:25:59 +1100 Date: Mon, 16 Mar 1998 14:25:59 +1100 From: Bruce Evans Message-Id: <199803160325.OAA02498@godzilla.zeta.org.au> To: ast@marabu.ch, mike@smith.net.au Subject: Re: HEADS UP / disk slicing: a MAKEDEV deficiency for slices>0 ? Cc: current@FreeBSD.ORG, stable@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Maybe it's time to change the line >> >> for slicepartname in s0h s1 s2 s3 s4 >> >> to >> >> for slicepartname in s0h s1h s2h s3h s4h >> >> so that /dev/MAKEDEV makes the [a-h] /dev entries for all slices? > >For whatever it's worth, slice 0 isn't actually terribly useful. 8) There is no slice s0. "s0" is handled specially by MAKEDEV (and eventually replaced by "") to give the compatibility slice (slice number 0), which is very useful. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message