On Fri, Jan 27, 2017 at 10:35 AM, Allan Jude <allanj...@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 <tso...@me.com> wrote: >>>>> >>>>>> On 27. jaan 2017, at 1:40, Ngie Cooper (yaneurabeya) >>>>>> <yaneurab...@gmail.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 alternative 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 >>>>> course we also can think of additional knobs, but there is an issue - it >>>>> wont help just to exclude some files, the additional features also do sit >>>>> in the code, so the replacement stubs will be needed, also testing them >>>>> all over 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 >>>>> features, 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 just 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 _______________________________________________ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
