Date: Wed, 7 Feb 2007 22:49:54 +0100 From: Pawel Jakub Dawidek <pjd@FreeBSD.org> To: Ivan Voras <ivoras@fer.hr> Cc: freebsd-geom@freebsd.org Subject: Re: New g_part class Message-ID: <20070207214954.GA48483@garage.freebsd.pl> In-Reply-To: <eqdfjm$5c3$1@sea.gmane.org> References: <45C98F32.20308@enderzone.com> <99017.1170839681@critter.freebsd.dk> <eqdfjm$5c3$1@sea.gmane.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 07, 2007 at 10:16:38PM +0100, Ivan Voras wrote: > Poul-Henning Kamp wrote: >=20 > > You mean writing to sectors which mounted filesystems belive they > > have exclusive use of ? > >=20 > > No, GEOM doesn't support or allow that. >=20 > Ok, the need for sysctl kern.geom.debugflags=3D16 arises because the live > system to be used as master has mounted partitions, and those partitions > span the whole disk, thus conflict with gmirror which wants to use the > last sector. Since using the last sector for metadata is The Official > Way, how about making such conflicts easy to avoid, like for example > building additional logic in g_part to create partitions one sector > smaller than the container? I wouldn't call it an official way... I can easly imagine a GEOM class that needs much more room than one sector for its metadata. Creating gmirror with kern.geom.debugflags=3D16 on a running partitions is done by the users on their own risk. I don't advice this method by myself - even if very rarely can be unsafe, it is just not elegant:) --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFykmCForvXbEpPzQRAg7YAKDiuj7IgsQjWJXu4H156AIOUXF1FACePQPy pDyhJ+blYeV7lerQzIFIR8o= =eF3a -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070207214954.GA48483>