Date: Fri, 27 Jan 2017 11:26:25 -0700 From: Warner Losh <imp@bsdimp.com> To: Allan Jude <allanjude@freebsd.org> Cc: Shawn Webb <shawn.webb@hardenedbsd.org>, Toomas Soome <tsoome@me.com>, "Ngie Cooper (yaneurabeya)" <yaneurabeya@gmail.com>, FreeBSD Current <current@freebsd.org> Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat Message-ID: <CANCZdfqBLptQmTFScYBnaABX4-ZMiu7xrGao=6WKMD5AaLjQEA@mail.gmail.com> In-Reply-To: <94f227b6-1f94-e54a-825a-dd9554c3bea3@freebsd.org> References: <A33154F2-70E1-4047-8496-7D4D85CFF292@gmail.com> <EF719374-BF9D-44EF-9F45-53B2B506047C@me.com> <CANCZdfrzOr3YdbAKRrwUXsFDhdQ3hErf1vbYSG7MdpV_m%2B=YRQ@mail.gmail.com> <444df1a4-1f27-49a8-6fa6-81f5853e6d80@freebsd.org> <20170127173338.wv6dul7zhxaaw4f4@mutt-hardenedbsd> <94f227b6-1f94-e54a-825a-dd9554c3bea3@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jan 27, 2017 at 10:35 AM, Allan Jude <allanjude@freebsd.org> wrote: > On 2017-01-27 12:33, Shawn Webb wrote: >> On Fri, Jan 27, 2017 at 12:30:17PM -0500, Allan Jude wrote: >>> On 2017-01-27 12:05, Warner Losh wrote: >>>> On Fri, Jan 27, 2017 at 12:34 AM, Toomas Soome <tsoome@me.com> wrote: >>>>> >>>>>> On 27. jaan 2017, at 1:40, Ngie Cooper (yaneurabeya) <yaneurabeya@gm= ail.com> wrote: >>>>>> >>>>>> Hi, >>>>>> I tried upgrading one of my workstations and unfortunately the= freebsd-boot partition is too small (I follow manpage directions, exactly,= and those seem to be too small as of 10.3-RELEASE timeframe), and I don???= t have enough space or ability to resize the partition and make it bigger. = So, I???m in need of a build knob to control the bloat, and/or having an al= ternative boot loader without geli/skein/crypto support compiled in. Would = you be opposed to the work? >>>>>> Thanks, >>>>>> -Ngie >>>>> >>>>> >>>>> I do agree that since the geli knob is already there, it may do. Of c= ourse we also can think of additional knobs, but there is an issue - it won= t help just to exclude some files, the additional features also do sit in t= he code, so the replacement stubs will be needed, also testing them all ove= r will take some time. And the preprocessor spaghetti really is nasty thing= to deal with;) >>>>> >>>>> And then there is another issue (partly why I did the feature support= in first place) - as the kernel does not block user from enabling the feat= ures, the user can end up facing non-bootable setup which is also not good,= as user is using perfectly legal options, and still the whole thing is jus= t rendered unusable??? >>>> >>>> I'm curious why you can't find the space for a bigger partition? >>>> Almost all drives these days are partitioned with a little wasted >>>> space, and that wasted space should be more than enough to cover us >>>> here. Also, most drives have a swap partition that can be shrunk a >>>> trivial amount to get space for this... >>>> >>>> Warner >>>> >>> >>> I need to do some testing to make a recipe that works for it, but the >>> other option is to use the ZFS bootcode area. >>> >>> ZFS it self, reserves something like 3.5 mb of space in the ZFS >>> partition, for boot code. This is how we boot ZFS on MBR. >>> >>> It should be possible to use this on GPT as well, we just don't. >> >> In the future, maybe it'd be a good idea for the installer to leave >> more space (a few MB, perhaps?) between the freebsd-boot and >> freebsd-swap partitions? At least, for ZFS installs. >> >> Thanks, >> > > The PMBR code has a limitation for 536kb, and it all has to fit under > the 640k barrier, so the current 512kb size is plenty. The issue is some > people are upgrading from systems that were isntalled long ago, when > 64kb or less was the default. it's a limitation for the entire partition size, not just the code size. Which is a trap that's hard to understand at first... Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfqBLptQmTFScYBnaABX4-ZMiu7xrGao=6WKMD5AaLjQEA>