Date: Thu, 16 Jul 1998 05:43:52 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: bde@zeta.org.au (Bruce Evans) Cc: current@FreeBSD.ORG, rock@cs.uni-sb.de Subject: Re: Bug in kernel disklabel code? Message-ID: <199807160543.WAA13103@usr07.primenet.com> In-Reply-To: <199807152331.JAA25461@godzilla.zeta.org.au> from "Bruce Evans" at Jul 16, 98 09:31:58 am
next in thread | previous in thread | raw e-mail | index | archive | help
> Nothing much happens if you don't use these partitions. They used to > be normally unused (there is no good reason to access the slice for > the extended partition), but now the slice initialization code attempts > to find all labels on all slices so that it can create devfs device > nodes. I argued with Julian that there should be a preferred search order, and a preferred type at each level. I was unable to come up with a concrete example, except for a generic partitioning tool that would recognize all partition types, and be happy to manage them all. I'm sorry it's a problem for the poster, but I'm glad that someone has come up with a concrete example showing that a lack of preference order is a bad thing in at least one real-world situation... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199807160543.WAA13103>