aliasing (or renaming) kern.geom.debugflags
Lev Serebryakov
lev at FreeBSD.org
Sat Oct 8 10:04:46 UTC 2011
Hello, Poul-Henning.
You wrote 8 октября 2011 г., 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.
--
// Black Lion AKA Lev Serebryakov <lev at FreeBSD.org>
More information about the freebsd-current
mailing list