[Bug 1357093] Re: LVM or Encrypted install creates too small /boot partition

[remerson]

This bug is tedious. /boot holds only 3 kernels for me and it seems
there is a new kernel every couple of weeks. So, each time, I need to go
and delete the previous 1-2 manually. Why do I have to babysit my
machine? Lucky I do not want to do unattended upgrades.

Resizing /boot with LVM requires much hoop-jumping (good luck for a
beginner) and only slows down how often this happens.

Please can old kernels be auto-removed properly (And/or /boot sized a
bit more sensibly by default?).

There is a "latest" kernel metapackage. Can we have a "previous1"
and/maybe "previous2" as well - then everything else can just go, right?

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubiquity in Ubuntu.
https://bugs.launchpad.net/bugs/1357093

Title:
  LVM or Encrypted install creates too small /boot partition

Status in ubiquity package in Ubuntu:
  Confirmed

Bug description:
  Currently if one chooses to use LVM or encrypted install, a /boot
  partition is created of 236Mb

  Once kernel updates start being released this partition soon fills
  until people are left unable to upgrade.

  While you and I might know that we need to watch partition space, many
  of the people we have installing think that a windows disk is a disk
  and not a partition, education is probably the key - but in the
  meantime support venues keep needing to deal with the fact the
  partition is too small and/or old kernels are not purged as new ones
  install.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1357093/+subscriptions