Date: Thu, 8 Apr 2010 18:12:22 +0400 From: Alexey Tarasov <me@lexasoft.ru> To: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= <des@des.no>, freebsd-current@freebsd.org Cc: Alexey Tarasov <me@lexasoft.ru> Subject: Re: gpart and sector size Message-ID: <F2541C05-A42C-486F-9709-56315C2F49FF@lexasoft.ru> In-Reply-To: <86zl1et4rv.fsf@ds4.des.no> References: <1A417529-F467-4411-970A-3FF41080AC61@lexasoft.ru> <868w8yukuy.fsf@ds4.des.no> <6313EB8E-D3DA-459F-A372-0E871359FA1C@lexasoft.ru> <86zl1et4rv.fsf@ds4.des.no>
next in thread | previous in thread | raw e-mail | index | archive | help
Ok, in case of GPT? :-)
GPT implementation can be the simplest solution to this problem compared =
to implementing additional ATA commands to determine if disk is in =
Advanced Format.
On 08.04.2010, at 18:09, Dag-Erling Sm=C3=B8rgrav wrote:
> Alexey Tarasov <me@lexasoft.ru> writes:
>> I mean that gpart should act like gnop presenting another sector size
>> to user. I that possible at all?
>=20
> That depends on the underlying partition scheme. My guess is "no".
>=20
> (it all boils down to whether the desired logical sector size can
> somehow be recorded on-disk)
>=20
--
Alexey Tarasov
(\__/)=20
(=3D'.'=3D)=20
E[: | | | | :]=D0=97=20
(")_(")
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?F2541C05-A42C-486F-9709-56315C2F49FF>