From owner-freebsd-bugs Wed Mar 29 00:49:25 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA11950 for bugs-outgoing; Wed, 29 Mar 1995 00:49:25 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA11944; Wed, 29 Mar 1995 00:49:00 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA23221; Wed, 29 Mar 1995 18:43:47 +1000 Date: Wed, 29 Mar 1995 18:43:47 +1000 From: Bruce Evans Message-Id: <199503290843.SAA23221@godzilla.zeta.org.au> To: gvrooij@mmra1.ms.philips.nl, pst@shockwave.com Subject: Re: kern/280: new slice manager totally confused about old slice disks Cc: freebsd-bugs@freefall.cdrom.com, jkh@freefall.cdrom.com Sender: bugs-owner@FreeBSD.org Precedence: bulk >I still dont get it completely. At first I thought the slices referred >to `fdisk partition' and partitions to `BSD partitions'. This is correct. >But now I'm not sure anymore, as I saw slice 5 as well. Or do we support >extended slices now? Drivers now support extended slices although fdisk doesn't. >Further: I *know* 2.0R made releases where disklable would complain about >partition c and d extending past the end of the drive (due to the total >#sec > #secpertrack * #heads * #cyl. I guess the option to use the rest I think sysinstall creates a valid disk label with size #secpertrack * #heads * #cyl in both the d_secperunit and the 'd' partition size fields. The problem occurs when the sd driver blows away the 'd' partition size field (replacing it with the total #sec) without touching the d_secperunit field. The wd driver is more careful and verbose. It replaces the 'd' partition size field by the d_secperunit field and warns if there is a change. The size reported by the drive gets blown away by the d_secperunit field earlier (this is "fixed" in the sliced version of wd). >of the drive for a partition took all sectors left, while not checking >the consistency of all drive params). >How is that handled by this new scheme? The label is adjusted so that all partitions are within the slice and warnings are printed about all adjustments. >> The gratuitous kernel printfs when accessing the label are a bit much, >> do they only happen when booting in verbose mode? >> >> sd0s1: start 32, end = 511999, size 511968: OK >> sd0s4: start 512000, end = 3514367, size 3002368: OK >> sd0: rejecting partition in BSD label: it isn't entirely within the slice >What exactly does this message mean? And, more important, what are its >consequences on operation? The OK messages are mainly to help debug the errror messages. (If any. This is for a device driver - it isn't reasonable to look ahead 10 slices to decide if the OK messages should be printed. The bootverbose flag doesn't apply because the messages are for open(), not for probe()/ attach(). You might need these messages after screwing up the DOS partitioning.) The other message (1 line of 3) occurs because FreeBSD partitions are now required to be within the FreeBSD slice that the label is on. This helps stop FreeBSD from writing to foreign slices when labels are misconfigured. Rejected partitions become empty so you can't damage them. Bruce