Date: Sun, 4 Jul 2010 23:56:17 +0930 From: "Daniel O'Connor" <doconnor@gsoft.com.au> To: Dimitry Andric <dimitry@andric.com> Cc: FreeBSD Stable <freebsd-stable@freebsd.org> Subject: Re: GEOM/bsdlabel regression in 8.x? Message-ID: <791316F7-6E16-47D7-9B6C-2881FAAC78AA@gsoft.com.au> In-Reply-To: <4C309359.8000502@andric.com> References: <BC67251C-1621-4291-B0C1-A28CC404E417@gsoft.com.au> <4C309359.8000502@andric.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 04/07/2010, at 23:27, Dimitry Andric wrote: >> Then you get.. >> "bsdlabel: Class not found" >=20 > First unmount /dev/md0s1a, or the device /dev/md0s1 will be in use, = and > opening it for read/write (as bsdlabel probably does) will fail. >=20 > Alternatively, you can turn on the "footshooting" debug flag in geom: >=20 > Protection mechanisms in the geom(4) subsystem might prevent = boot0cfg > from being able to update the MBR on a mounted disk. Instructions = for > temporarily disabling these protection mechanisms can be found in = the > geom(4) manpage. Specifically, do a >=20 > sysctl kern.geom.debugflags=3D0x10 >=20 > to allow writing to the MBR, and restore it to 0 afterwards. >=20 > and try again. This may not work as expected though. :) It doesn't make a difference if you set that flag or not. (The fact you need to set debugflags to modify the MBR is a separate bug = anyway IMO) -- 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?791316F7-6E16-47D7-9B6C-2881FAAC78AA>