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>