Date: Wed, 30 Dec 2009 12:47:51 -0800 From: Marcel Moolenaar <xcllnt@mac.com> To: "James R. Van Artsdalen" <james-freebsd-current@jrv.org> Cc: Alexander Motin <mav@freebsd.org>, FreeBSD-Current <freebsd-current@freebsd.org>, freebsd-arch@freebsd.org Subject: Re: File system blocks alignment Message-ID: <AF3D0FA0-80C7-4841-8212-BC51C2BA754B@mac.com> In-Reply-To: <4B39E749.6020502@jrv.org> References: <4B349ABF.2070800@FreeBSD.org> <4B39E749.6020502@jrv.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Dec 29, 2009, at 3:26 AM, James R. Van Artsdalen wrote: > Alexander Motin wrote: >> As we have now mechanism for reporting stripe size and offset for any >> partition to user-level, it should be easy to make disk partitioning and >> file system creation tools to use it automatically. > > Currently all operating systems I know of allocate 128 partition slot > into GPT by default, or 32 blocks. With the dummy MBR and GPT header > added this means that the first partition starts on block 34... > > If FreeBSD is changed to allocate only 120 GPT partition slots by > default then the first partition would begin at block 32. The minimum is 128 partitions as per the EFI/GPT specification. There's no requirement that the partitioned area on the disk follows the GPT header/table in a packed fashion. You can leave a gap. Thus you can have the partitioned area start at sector 64. Note that gpart does not (yet) allow you to do this, but it does respect these parameters when found in the GPT header and won't count the sectors in this gap towards free space. See also the hdr_lba_start & hdr_lba_end fields in struct gpt_hdr. FYI, -- Marcel Moolenaar xcllnt@mac.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AF3D0FA0-80C7-4841-8212-BC51C2BA754B>