Tuesday 15 February 2022

Re: /boot disk partition size

On Mon, Feb 14, 2022 at 01:20:36PM -0800, eeickmeyer@ubuntu.com wrote:
> Hi all,
>
> I thought I'd provide some context on this, reiterating what I wrote on
> Friday.
>
> Summary: We would like to see some discussion about increasing the
> /boot partition for automatic partitioning on LVM/Encrypted systems to
> 2GB for 22.04. We believe this would be a relatively inexpensive
> change, and would be much better than the 1.5GB set to be a part of
> 20.04.4.
>
> Background:
>
> I'm part of the team that makes the Kubuntu Focus line of laptop
> computers. On encrypted LVM machines, using the default disk setup, we
> have found the /boot partition is way too small.  We discovered that
> the /boot partition gets overfilled while apt is installing updates.
> Part of this problem is that Kubuntu uses Discover to do updating (not
> update-manager like other flavors excluding Ubuntu Studio which also
> uses Discover), which uses PackageKit as a backend.
>
> PackageKit has a bug in which it individually installs packages when
> updating, causing those packages to be marked as manually installed and
> therefore not letting 'apt autoremove' do its job. As you can imagine,
> this breaks the old kernel removal process that update-manager does on
> other flavors. This was recently fixed upstream[1] in PackageKit and
> hopefully will release in time to beat the Feature Freeze / Debian
> Import Freeze. 

From what you've said this sounds like something worth carrying as a
debdiff in packagekit rather than waiting for Debian to fix it.
Additionally, it'd make sense to me to get this sorted out for stable
releases of Ubuntu too. Is there any work being done on that front?

> We have created a script to mitigate this that automatically cleans
> kernels. We also increased the /boot partition size on our OEM-
> installed systems. We want to move our findings upstream to the OS.
> With the default 768MB /boot partition, sometimes even then three
> kernels would be installed and overfill with a new kernel update before
> it could be cleaned, especially if the user has more than one kernel
> flavor. A use case for two kernel flavors would be using 'lowlatency'
> for lower hardware latency, and using 'generic' for power-saving
> attributes when compared to 'lowlatency'. This would be especially
> advantageous on desktop-replacement-style laptop computers, such as the
> Kubuntu Focus M2[2].
>
> Bear in mind also that the Nvidia drivers make the initrd for any given
> kernel significantly larger than it would be otherwise. With this in
> mind, we filed LP: #1960089[3], not knowing that Brian Murray had
> already patched and uploaded a larger boot partition prior [4]. Seeing
> Brian's patch, we don't believe it still makes the /boot partition
> large enough, especially considering the Nvidia drivers.

My changes to partman-auto specifically took into an initramfs with the
Nvidia drivers and that is documented in
http://launchpad.net/bugs/1959971.

Cheers,
--
Brian Murray

--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel