Re: aliasing (or renaming) kern.geom.debugflags

Hello, Poul-Henning.
You wrote 8 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 12:18:54:

> gmirror and this procedure has several problems:
> 1. It steals the last sector on the disk.  If that sector contained data
>    you lost them, with no notice.  Most often it will not, particularly
>    on a freshly installed system, but it is still a bad thing.

> 2. The paritioning is not fixed up to record the stealing of this sector.
>    I wouldn't be surprised if this could cause confusion down the road.
  Yes, see discussion about GPT and MBR problems in thread, which is
named (and should be re-named already, really) "RFC: Project
geom-events"

> This is the kind of usage that makes me sad I ever added that option.
  Storing metadata of GEOM in last (or first) sector plays bad with
MBR and, especially, GPT :( And I cannot see good solution for this.

  It seems, that GPT will be incompatible with any pure-software
 mirror or mirror-like RAID.

--=20
// Black Lion AKA Lev Serebryakov <lev@FreeBSD.org>

_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"