kern.geom.debugflags=16 does NOT allow me to write to device

[Martin Simmons]

>>>>> On Fri, 23 Apr 2010 08:44:58 -0400, John Baldwin said:
> 
> On Friday 23 April 2010 8:25:51 am Andriy Gapon wrote:
> > on 23/04/2010 13:34 Peter Schuller said the following:
> > >> It's easy.
> > > 
> > > Thank you for posting the example. I never really understood that
> > > gpart was to be the generic tool; I thought it was gpt specific.
> > > Obviously I should have read up better.
> > > 
> > > Is gpart to be considered "tested", "stable", "production quality"
> > > and/or "default" now then, or is it still cutting edge/experimental?
> > 
> > Yes, it's "tested", "stable", "production quality" and/or "default".
> > All other tools are slowly rotting now, but can be fixed to correctly works via
> > GEOM interface the same way gpart does now.
> > E.g. see Andrey's work on sade(8).
> 
> Actually, the other tools were already fixed to work properly with GEOM, but
> they used the older set of GEOM classes (GEOM_BSD, GEOM_MBR, etc.) instead
> of the GEOM_PART classes.

Ironically, disklabel is using GEOM, but sysinstall and sade are still using
libdisk which does direct I/O...and also generates different BSD labels from
GEOM_PART.

__Martin