From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1S4NYa-0006pt-3g for garchives@archives.gentoo.org; Mon, 05 Mar 2012 02:21:48 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7F409E0A5C; Mon, 5 Mar 2012 02:21:19 +0000 (UTC) Received: from svr-us4.tirtonadi.com (svr-us4.tirtonadi.com [69.65.43.212]) by pigeon.gentoo.org (Postfix) with ESMTP id 646F1E0638 for ; Mon, 5 Mar 2012 02:19:13 +0000 (UTC) Received: from mail-vx0-f181.google.com ([209.85.220.181]) by svr-us4.tirtonadi.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.69) (envelope-from ) id 1S4NW4-003aLp-W5 for gentoo-user@lists.gentoo.org; Mon, 05 Mar 2012 09:19:13 +0700 Received: by vcge1 with SMTP id e1so2208268vcg.40 for ; Sun, 04 Mar 2012 18:19:10 -0800 (PST) Received-SPF: pass (google.com: domain of pandu@poluan.info designates 10.52.17.82 as permitted sender) client-ip=10.52.17.82; Authentication-Results: mr.google.com; spf=pass (google.com: domain of pandu@poluan.info designates 10.52.17.82 as permitted sender) smtp.mail=pandu@poluan.info Received: from mr.google.com ([10.52.17.82]) by 10.52.17.82 with SMTP id m18mr31520461vdd.89.1330913950400 (num_hops = 1); Sun, 04 Mar 2012 18:19:10 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.52.17.82 with SMTP id m18mr27008592vdd.89.1330913950387; Sun, 04 Mar 2012 18:19:10 -0800 (PST) Received: by 10.220.58.200 with HTTP; Sun, 4 Mar 2012 18:19:10 -0800 (PST) Received: by 10.220.58.200 with HTTP; Sun, 4 Mar 2012 18:19:10 -0800 (PST) In-Reply-To: References: <20120305000736.245b9497@khamul.example.com> Date: Mon, 5 Mar 2012 09:19:10 +0700 Message-ID: Subject: Re: [gentoo-user] Re: Gentoo on a Dell XPS 13 Ultrabook From: Pandu Poluan To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=bcaec50405d63d4e6604ba758d70 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - svr-us4.tirtonadi.com X-AntiAbuse: Original Domain - lists.gentoo.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - poluan.info X-Archives-Salt: 49ab5d88-7493-46d0-b1c8-e43a392d63bb X-Archives-Hash: dc7c8e90373b4ecc2741f76f95e5eab2 --bcaec50405d63d4e6604ba758d70 Content-Type: text/plain; charset=UTF-8 On Mar 5, 2012 5:39 AM, "Grant" wrote: > > > So fdisk used to enforce a block 63 start point and now it enforces a > 2048 start point? fdisk is the one doing this? > > - Grant > Yes. Like I posted before (and explained in the article I linked), if you turn off the compatibility mode, you can push it down to 63. Not recommended, though. Not only will you lose compatibility with Windows, but also you'll only gain slightly less than 1MiB. And who knows in the future something absofuckinlutely requires the first partition to begin at sector 2048. So, IMO, disabling the DOS compatibility gives one too small a gain that's worth the (possible) headache in the future. Rgds, --bcaec50405d63d4e6604ba758d70 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Mar 5, 2012 5:39 AM, "Grant" <emailgrant@gmail.com> wrote:
>
>
> So fdisk used to enforce a block 63 start point and now it enforces a<= br> > 2048 start point? =C2=A0fdisk is the one doing this?
>
> - Grant
>

Yes. Like I posted before (and explained in the article I linked), if yo= u turn off the compatibility mode, you can push it down to 63.

Not recommended, though. Not only will you lose compatibility with Windo= ws, but also you'll only gain slightly less than 1MiB. And who knows in= the future something absofuckinlutely requires the first partition to begi= n at sector 2048.

So, IMO, disabling the DOS compatibility gives one too small a gain that= 's worth the (possible) headache in the future.

Rgds,

--bcaec50405d63d4e6604ba758d70--