Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 02 Jun 2014 16:01:25 +0400
From:      "Andrey V. Elsukov" <ae@FreeBSD.org>
To:        Warren Block <wblock@wonkity.com>, Ian Lepore <ian@FreeBSD.org>
Cc:        John-Mark Gurney <jmg@funkthat.com>, hackers@FreeBSD.org, "Michael W. Lucas" <mwlucas@michaelwlucas.com>, Marcel Moolenaar <marcel@FreeBSD.org>
Subject:   Re: fdisk(8) vs gpart(8), and gnop
Message-ID:  <538C6795.9080005@FreeBSD.org>
In-Reply-To: <alpine.BSF.2.00.1406010833290.24305@wonkity.com>
References:  <20140601004242.GA97224@bewilderbeast.blackhelicopters.org> <20140601020053.GR43976@funkthat.com> <1401632369.20883.51.camel@revolution.hippie.lan> <alpine.BSF.2.00.1406010833290.24305@wonkity.com>

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

[-- Attachment #1 --]
On 01.06.2014 18:36, Warren Block wrote:
> Thread starts here:
> http://lists.freebsd.org/pipermail/freebsd-geom/2014-February/005835.html
> 
>> For the longest time geom would warn about "geometry does not match
>> label" that had something to do with different parts of the code
>> calculating different CHS values.  Eventually it was decided to remove
>> the unactionable message, and my vague memory is that the justification
>> was basically "because CHS is meaningless to geom and modern BIOSen."
>>
>> If there's some "it would cause problems on this ancient hardware that
>> only 3 people in the world use" (I'm usually one of those people -- we
>> support some old equipment in the field at $work), then maybe there
>> could be a flag that enables the old CHS alignment behavior.
> 
> Short form of above: gpart is supposed to hide and handle underlying
> GEOM issues, so it needs an override to be able to create these
> "non-standard" MBRs with slices aligned to arbitrary values.

Hello,

I propose add a sysctl variable kern.geom.part.mbr.enforce_chs which is
set by default. Merge it to all branches, then change it to zero in
head/. User could change it when he wants to use alignment to 4k.
And if there is no objections against this, I can do it.

-- 
WBR, Andrey V. Elsukov


[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (FreeBSD)

iQEcBAEBAgAGBQJTjGebAAoJEAHF6gQQyKF6gCsH/i3XRwflxMgfE+wbN0wtQdQ/
lZoFQDvNVpkGn5pkCSeqTtSrHpWyT5AoAza6G1mQmEkPhlVy4lFd3Umhs4eceJf3
uaSPjFeFfCU6enJghG3s18xheejFCY36kNZNgK5XLlXcYXL1fCnOhh0NQab+7/rT
DgZjegWGNdvi43xaskV2S8Qc1GxuYobHPW+wy8I2USfRsAWMhfXW9Pu4OT9HXavy
kibWKtqTJ7kxhovk3KdfOUsErvOFElcIk1w2Fvb7Mk7kV/eBB11LEXeN+4ELtlHW
dxsFQoEhaE8DfaMk/kZH+3L1Zpd+YaHJKTbDulebPOC5gK8Wp/RZthp2lf9yFxo=
=YQ0W
-----END PGP SIGNATURE-----
help

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?538C6795.9080005>