Date: Wed, 27 Jun 2012 12:12:15 -0700 From: Marcel Moolenaar <marcel@xcllnt.net> To: Pawel Jakub Dawidek <pjd@FreeBSD.org> Cc: Doug Rabson <dfr@FreeBSD.org>, John Baldwin <jhb@FreeBSD.org>, freebsd-hackers <freebsd-hackers@FreeBSD.org>, Andriy Gapon <avg@FreeBSD.org>, freebsd-current <freebsd-current@FreeBSD.org>, "Andrey V. Elsukov" <bu7cher@yandex.ru> Subject: Re: [CFC/CFT] large changes in the loader(8) code Message-ID: <17E70D3D-1F05-4EF2-9E66-CDCA65329EF2@xcllnt.net> In-Reply-To: <20120627182038.GB1401@garage.freebsd.pl> References: <4FE9B01C.30306@yandex.ru> <201206261337.11741.jhb@freebsd.org> <468988EA-AC50-451D-ACE1-17B58E0CAF67@xcllnt.net> <20120627182038.GB1401@garage.freebsd.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jun 27, 2012, at 11:20 AM, Pawel Jakub Dawidek wrote: > On Wed, Jun 27, 2012 at 10:37:11AM -0700, Marcel Moolenaar wrote: >>=20 >> On Jun 26, 2012, at 10:37 AM, John Baldwin wrote: >>>=20 >>> GPT really wants the backup header at the last LBA. I know you can = set it,=20 >>> but I've interpreted that as a way to see if the primary header is = correct or=20 >>> not. It seems to me that GPT tables created in this fashion (inside = a GEOM=20 >>> provider) will not work properly with partition editors for other = OS's. I'm=20 >>> hesitant to encourage the use of this as I do think putting GPT = inside of a=20 >>> gmirror violates the GPT spec. >>=20 >> Agreed. >=20 > Guys. This doesn't violate the GPT spec in any way. The spec is > narrow-minded if it talks only about raw disks, but you should think > about gmirror as pseudo-hardware RAID. I'm sorry, but this is a contradiction. If it doesn't violate the spec, then the spec is not narrow-minded on the grounds of what we're discussing. If the spec *is* narrow-minded then obviously it doesn't capture our scenario, which means that we're violating the spec. Clearly we're not discussing anything that falls well within the spec, or is undebatable. This makes the whole topic dangerous anyway. When you're in the grey area (this is only for argument's sake -- we're in violation for sure) you're opening yourself up to compatibility problems. Should we deliberately go there? --=20 Marcel Moolenaar marcel@xcllnt.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?17E70D3D-1F05-4EF2-9E66-CDCA65329EF2>