GEOM/bsdlabel regression in 8.x?
Daniel O'Connor
doconnor at gsoft.com.au
Sun Jul 4 23:34:06 UTC 2010
On 05/07/2010, at 1:07, Dimitry Andric wrote:
> bsdlabel -e /dev/md0s1
>
> The last one indeed fails, because the device is in use. This is
> expected, but the error message is very misleading, and should be
> improved.
Maybe, I wouldn't call it expected because it used to work :)
I agree about the error message though!
> The real 'bug' (although there will probably be loads of bikesheds about
> it) is probably that if you *do* unmount the filesystem, bsdlabel still
> fails:
>
> umount /mnt/test
> bsdlabel -e /dev/md0s1
> [class not found yada yada]
>
> Apparently, unmounting does not properly 'release' whatever underlying
> geom device is preventing read/write access. However, if you then set
> the footshooting flag:
>
> sysctl -w kern.geom.debugflags=0x10
> bsdlabel -e /dev/md0s1
>
> bsdlabel can write without problems, at least on my box. Stranger
> even, if you subsequently turn off the footshooting flag, it *still*
> can write to the label. That is, unless you mount and unmount the
> filesystem, after which is again, sort of 'locked' against writing.
>
> All highly confusing. :)
Hmm odd, the sysctl had no effect here..
--
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
More information about the freebsd-stable
mailing list