Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 27 Jan 2017 10:05:28 -0700
From:      Warner Losh <imp@bsdimp.com>
To:        Toomas Soome <tsoome@me.com>
Cc:        "Ngie Cooper (yaneurabeya)" <yaneurabeya@gmail.com>, Allan Jude <allanjude@freebsd.org>, FreeBSD Current <current@freebsd.org>
Subject:   Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat
Message-ID:  <CANCZdfrzOr3YdbAKRrwUXsFDhdQ3hErf1vbYSG7MdpV_m%2B=YRQ@mail.gmail.com>
In-Reply-To: <EF719374-BF9D-44EF-9F45-53B2B506047C@me.com>
References:  <A33154F2-70E1-4047-8496-7D4D85CFF292@gmail.com> <EF719374-BF9D-44EF-9F45-53B2B506047C@me.com>

next in thread | previous in thread | raw e-mail | index | archive | help
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@gmail.=
com> wrote:
>>
>> Hi,
>>       I tried upgrading one of my workstations and unfortunately the fre=
ebsd-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=E2=80=
=99t have enough space or ability to resize the partition and make it bigge=
r. So, I=E2=80=99m in need of a build knob to control the bloat, and/or hav=
ing an alternative boot loader without geli/skein/crypto support compiled i=
n. Would you be opposed to the work?
>> Thanks,
>> -Ngie
>
>
> I do agree that since the geli knob is already there, it may do. Of cours=
e we also can think of additional knobs, but there is an issue - it wont he=
lp just to exclude some files, the additional features also do sit in the c=
ode, so the replacement stubs will be needed, also testing them all over wi=
ll 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 re=
ndered unusable=E2=80=A6

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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfrzOr3YdbAKRrwUXsFDhdQ3hErf1vbYSG7MdpV_m%2B=YRQ>