Date: Mon, 5 Jul 2010 09:12:24 +0930 From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: "Daniel O'Connor" <doconnor@gsoft.com.au> Cc: Jaakko Heinonen <jh@freebsd.org>, FreeBSD Stable <freebsd-stable@freebsd.org> Subject: Re: GEOM/bsdlabel regression in 8.x? Message-ID: <8E10234C-B4C0-4DF5-9AC9-A8C9C14AE010@gsoft.com.au> In-Reply-To: <18DD407F-8776-4401-AA53-D71466219143@gsoft.com.au> References: <BC67251C-1621-4291-B0C1-A28CC404E417@gsoft.com.au> <20100704152205.GA1734@a91-153-117-195.elisa-laajakaista.fi> <18DD407F-8776-4401-AA53-D71466219143@gsoft.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On 05/07/2010, at 9:06, Daniel O'Connor wrote: >=20 > On 05/07/2010, at 24:52, Jaakko Heinonen wrote: >=20 >> On 2010-07-04, Daniel O'Connor wrote: >>> "bsdlabel: Class not found" >>=20 >> This is because GEOM_BSD -> GEOM_PART_BSD change. bsdlabel(8) needs >> read-write access to the device. If it can't get that, it tries an >> alternative GEOM based method only supported by GEOM_BSD. The error >> message "Class not found" is printed because the "BSD" GEOM class >> doesn't exist. >>=20 >> You might be able to do the changes with gpart(8). >=20 > Ahh that does work.. >=20 > midget# gpart add -t freebsd-ufs -i 4 md0s1 <snip> > IMO it's still a regression because bsdlabel used to work, although I = can appreciate it might be a rather in depth change to have it work with = the New World Order (tm). So, why didn't it? Shouldn't it DTRT? This is a stock kernel. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8E10234C-B4C0-4DF5-9AC9-A8C9C14AE010>