Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 23 May 2011 14:10:17 -0600
From:      Warner Losh <imp@bsdimp.com>
To:        Doug Barton <dougb@FreeBSD.org>
Cc:        Adrian Chadd <adrian@FreeBSD.org>, src-committers@FreeBSD.org, svn-src-all@FreeBSD.org, Marcel Moolenaar <marcel@xcllnt.net>, "Andrey V. Elsukov" <ae@FreeBSD.org>, Stefan Farfeleder <stefanf@FreeBSD.org>, svn-src-head@FreeBSD.org
Subject:   Re: svn commit: r221972 - head/sys/geom/part
Message-ID:  <9D7E6C5D-A581-46A8-A123-FF3DA1E2CB6E@bsdimp.com>
In-Reply-To: <4DDAAB01.1020902@FreeBSD.org>
References:  <201105152003.p4FK3tnS050889@svn.freebsd.org> <20110522093302.GA2638@mole.fafoe.narf.at> <BANLkTikoBK4ZCHB488eRgbySPBcXC0nnow@mail.gmail.com> <BD2C1F30-854A-4AF2-A9D8-654F3E4E84A8@bsdimp.com> <6AE10D76-AC2F-4D7B-A985-EE072949ECC4@xcllnt.net> <42C49AE5-C8EA-44A0-AF88-16130BACE912@bsdimp.com> <4DD9F0A3.701@FreeBSD.org> <DA1D5895-4959-49F4-9621-18F2CF1D809B@bsdimp.com> <4DDAAB01.1020902@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help

On May 23, 2011, at 12:44 PM, Doug Barton wrote:
> I don't know enough about the topic to know what's "best," however =
what I would like to add to the conversation is that it would be nice if =
we did it the same way that windows and linux do it, because otherwise =
you end up with messages like these:
>=20
> GEOM: ad0s2: geometry does not match label (255h,63s !=3D 16h,63s).
> GEOM: ad0s3: geometry does not match label (255h,63s !=3D 16h,63s).
>=20
> when you use a windows or linux tool to partition your disk before =
installing FreeBSD. I have tried various combinations of tools and =
methods of slicing the disk and never found a way to avoid error =
messages one way or another, so I just ignore them now.
>=20
> If there is truly no reason to do it one way or the other, can we =
please just do it the way that everyone else does it?

These messages can simply be deleted.  They serve no purpose at all.  =
The firmware is reporting a different bogus geometry than the label is =
encoded.

Alternatively, we could likely supress the warning for the 'it is bigger =
than this' encoding of 1023/255/63, since that's the more-or-less =
official way of having the MBR report 'saturated'.

Warner=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9D7E6C5D-A581-46A8-A123-FF3DA1E2CB6E>