From owner-freebsd-current  Sun Mar 15 15:25:25 1998
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id PAA29168
          for freebsd-current-outgoing; Sun, 15 Mar 1998 15:25:25 -0800 (PST)
          (envelope-from owner-freebsd-current@FreeBSD.ORG)
Received: from coyote.instrumatic.ch (coyote.instrumatic.ch [195.226.4.148])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA29096;
          Sun, 15 Mar 1998 15:24:13 -0800 (PST)
          (envelope-from ast@marabu.ch)
Received: (from root@localhost)
	by coyote.instrumatic.ch (8.8.7/8.8.7/ast-971024) with UUCP id AAA19150;
	Mon, 16 Mar 1998 00:24:05 +0100 (MET)
Received: (from uucp@localhost)
	by hawk.marabu.ch (8.8.8/8.8.8) with UUCP id AAA15292;
	Mon, 16 Mar 1998 00:18:03 +0100 (MET)
	(envelope-from ast@marabu.ch)
Received: by marabu.marabu.ch (8.7.5/970531-ast-7.9) id AAA25361; Mon, 16 Mar 1998 00:15:26 +0100 (CET)
Message-Id: <199803152315.AAA25361@marabu.marabu.ch>
Content-Type: text/plain
MIME-Version: 1.0 (NeXT Mail 3.3 v118.2)
X-Nextstep-Mailer: Mail 3.3 (Enhance 2.0b6)
Received: by NeXT.Mailer (1.118.2)
From: Adrian Steinmann <ast@marabu.ch>
Date: Mon, 16 Mar 98 00:15:25 +0100
To: current@FreeBSD.ORG
Subject: Re: HEADS UP / disk slicing: a MAKEDEV deficiency for slices>0 ?
cc: stable@FreeBSD.ORG
X-Organization: Steinmann Consulting, Apollostrasse 21, 8032 Zurich
X-Phone-Numbers: Switzerland, Tel +41 1 380 30 83 Fax +41 1 380 30 85
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

I have been watching the escalation of this HEADS UP and must admit
that I've become more confused than I was before. So I will add some
more confusion myself ;-)

It seems that, for now, 'make world' in -stable sets -DROOTSLICE_HUNT
to maintain downward compatibility in the mount source files.  Good.

It also appears, though, that /dev/MAKEDEV only makes the [a-h]
partitions for s0, so this might be why some people are having
problems booting with their "new /etc/fstab" (in fact, I believe
this would happen when their root partition is not on slice 0).

I've tracked this feature of MAKEDEV back to revision 1.76:
    $ co -r1.76 -p MAKEDEV,v |grep s0h
    MAKEDEV,v  -->  standard output
    revision 1.76
		    for slicepartname in s0h s1 s2 s3 s4
    $ co -r1.75 -p MAKEDEV,v |grep s0h
    MAKEDEV,v  -->  standard output
    revision 1.75

Where we read this comment:
    revision 1.76
    date: 1995/03/04 12:22:14;  author: bde;  state: Exp;  lines: +56 -70
    For sd, vn and wd:

    Support sliced devices better.  E.g.:
    `sh MAKEDEV sd0' creates [r]sd0 and [r]sd0s[1-4] as well as [r]sd0[a-h]
    (the extra devices created by default won't hurt apart from wasting inodes).
    `sh MAKEDEV sd0s1[a-h]' creates [r]sd0s1[a-h] (any partition creates all).
    `sh MAKEDEV sd0s5' creates [r]sd0s5.

    Support unit numbers 0-31 (was 0-6).

Note, in particular, that '(cd /dev; ./MAKEDEV all)' will not make
the [a-h] partitions on any slices > 0.

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?

Adrian
_________________________________________________________________________
Dr. Adrian Steinmann  Steinmann Consulting  Apollostrasse 21  8032 Zurich
   Tel +41 1 380 30 83     Fax +41 1 380 30 85    Mailto:ast@marabu.ch

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message