Date: Tue, 28 Mar 1995 23:51:41 -0800 From: Paul Traina <pst@shockwave.com> To: Bruce Evans <bde@zeta.org.au> Cc: current@FreeBSD.org Subject: Re: kern/280: new slice manager totally confused about old slice disks Message-ID: <199503290751.XAA00497@precipice.shockwave.com> In-Reply-To: Your message of "Wed, 29 Mar 1995 17:33:20 %2B1000." <199503290733.RAA21500@godzilla.zeta.org.au>
next in thread | previous in thread | raw e-mail | index | archive | help
No, what you have done is absolutely right. Disklabel should not be able to read a bsd pseudolabel if there is no BSD label there. All concerns I have are gone. From: Bruce Evans <bde@zeta.org.au> Subject: Re: kern/280: new slice manager totally confused about old slice dis >>ks >>Synopsis: the new slice code is bitching about my old slices >1) It looks like the implicit label stuff for unlabeled disks is > non-functional? I cannot ask disklable to read the pseudo-label off > of sd1 So we need the pseudo-label on all BSD slices? Perhaps a read-only one on non-BSD slices? This would make it possible to determine the type and size of all slices using standard ioctls and utilities (fdisk is nonstandard and doesn't support extended partitions). There are some semantic problems with modifiying pseudo-labels. All the slices and labels are currently reread on first-opens to pick up any changes to the DOSpartition table (changes to labels are handled better). Modifications are thus going to be lost immediately (instead of at the next boot) unless you keep another device on the drive open. Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199503290751.XAA00497>