Date: Mon, 5 Jul 2010 09:06:42 +0930 From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: Jaakko Heinonen <jh@freebsd.org> Cc: FreeBSD Stable <freebsd-stable@freebsd.org> Subject: Re: GEOM/bsdlabel regression in 8.x? Message-ID: <18DD407F-8776-4401-AA53-D71466219143@gsoft.com.au> In-Reply-To: <20100704152205.GA1734@a91-153-117-195.elisa-laajakaista.fi> References: <BC67251C-1621-4291-B0C1-A28CC404E417@gsoft.com.au> <20100704152205.GA1734@a91-153-117-195.elisa-laajakaista.fi>
next in thread | previous in thread | raw e-mail | index | archive | help
On 05/07/2010, at 24:52, Jaakko Heinonen wrote:
> 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).
Ahh that does work..
midget# gpart add -t freebsd-ufs -i 4 md0s1
md0s1d added
midget# newfs /dev/md0s1d
/dev/md0s1d: 2.8MB (5744 sectors) block size 16384, fragment size 2048
using 4 cylinder groups of 0.70MB, 45 blks, 128 inodes.
super-block backups (for fsck -b #) at:
160, 1600, 3040, 4480
mmidget# mount /dev/md0s1d /mnt/test2
midget# mount
..
/dev/md0s1a on /mnt/test (ufs, local)
/dev/md0s1d on /mnt/test2 (ufs, local)
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).
--
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?18DD407F-8776-4401-AA53-D71466219143>