From owner-freebsd-current Sat Jul 22 4:38:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id D991B37BE2A for ; Sat, 22 Jul 2000 04:38:18 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (qmail 5616 invoked from network); 22 Jul 2000 11:38:10 -0000 Received: from unknown (HELO bde.zeta.org.au) (203.2.228.102) by gidora.zeta.org.au with SMTP; 22 Jul 2000 11:38:10 -0000 Date: Sat, 22 Jul 2000 21:38:21 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: John Baldwin Cc: Warner@pike.osd.bsdi.com, Losh , dwhite@resnet.uoregon.edu, freebsd-current@FreeBSD.ORG Subject: Re: No /boot/loader In-Reply-To: <200007211706.KAA67811@pike.osd.bsdi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 21 Jul 2000, John Baldwin wrote: > Bruce Evans wrote: > > On Thu, 20 Jul 2000, John Baldwin wrote: > > > ... > > > unused even though it is, in fact, used. The fact that it works at all is > > > due to brokenness on our part (we don't check that partitions in a disklabel > > > fit in the parent slice) and also results in several hacks in various portions > > > of the code where we have to check for such bogusness and work around it. > > > > No, that's wrong too :-) . We a lot of checking that partitions in a > > disklabel fit in the parent slice. We clip partitions that don't fit in > > various ways for backwards compatibility. > Erm, maybe we clip partitions which aren't dangerously dedicated, but > I've created test dangerously dedicated disks, and we certainly do not > bother to actually change any of the slice information when we do so. > disklabel(8) does for truly dedicated, but libdisk doesn't for dangerously > dedicated. The dangerously dedicated case has one slice covering the whole disk. We unclip the slice info from the magic 50000 sectors to the size of the whole disk (as reported by the driver) to handle this. Reading the slice info using DIOCGSLICEINFO shows the full size, but no changes are made to the mbr. This is in the kernel. I'm not sure exactly what libdisk does, but it is constrained by what the kernel will accept. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message