Date: Sun, 10 Mar 2013 18:39:30 -0600 (MDT) From: Warren Block <wblock@wonkity.com> To: Dennis Glatting <freebsd@penx.com> Cc: freebsd-fs@freebsd.org Subject: Re: Aligning MBR for ZFS boot help Message-ID: <alpine.BSF.2.00.1303101807550.8481@wonkity.com> In-Reply-To: <1362951595.99445.2.camel@btw.pki2.com> References: <513C1629.50501@caltel.com> <alpine.BSF.2.00.1303101006490.5989@wonkity.com> <513CD9AB.5080903@caltel.com> <alpine.BSF.2.00.1303101326530.7218@wonkity.com> <513CE369.4030303@caltel.com> <alpine.BSF.2.00.1303101349540.7637@wonkity.com> <1362951595.99445.2.camel@btw.pki2.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 10 Mar 2013, Dennis Glatting wrote: > Sorry for the stupid question but is this issue (and issues) and > procedures written up somewhere? The wiki shows using GPT: https://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/9.0-RELEASE The issue with MBR is that FreeBSD strictly follows the standard of alignment to CHS values. However, for the last couple of decades, drives have used variable geometry to fit more data on the outside tracks, so CHS values don't apply any more. Combine this with the new need to align MBR slices to particular values of 4K or 1M, and FreeBSD has a problem. Solution: use GPT when possible. But some systems won't boot from GPT. If MBR partitioning is required, and alignment is needed, use some other operating system to create the MBR, and don't try to edit the slices on FreeBSD. I don't know if anyone has documented all this in one place. If FreeBSD had a way to turn off the strict enforcement of CHS values for MBR, it would make that unnecessary.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1303101807550.8481>