[Bug 1465050] Re: Size of /boot partition is too small
Thanks Mathieu! Remind me to buy you a drink if we're ever at the same sprint again. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
** Changed in: ubiquity (Ubuntu Xenial) Status: Confirmed => Fix Released -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
I've already increased the default size for /boot to ~512M (tends to actually end up being a little less, but it's already much more than the 240ish it was). There's a couple of reasons for it: when installing on EFI (because this tends not to affect non-EFI installs at all), one has to count every kernel as twice its non-EFI size (once for the unsigned kernel, once for the signed kernel), and we're very close to filling the partition with the number of kernels we need to support upgrades and everything. For example, on my system: /dev/sda2 237M131M 94M 59% /boot This is after having to do an upgrade that bit me with a low-space warning, and a subsequent update failure because of lack of space -- I manually removed all kernels but the last two manually, and completed the upgrade: [13:04:42] mtrudel@demeter:/boot $ du -hs * 2>/dev/null 1,2Mabi-4.4.0-11-generic 1,2Mabi-4.4.0-13-generic 186Kconfig-4.4.0-11-generic 186Kconfig-4.4.0-13-generic 512 efi 7,7Mgrub 37M initrd.img-4.4.0-11-generic 38M initrd.img-4.4.0-13-generic 9,7Minitrd.img-4.4.0-7-generic 12K lost+found 180Kmemtest86+.bin 182Kmemtest86+.elf 182Kmemtest86+_multiboot.bin 3,7MSystem.map-4.4.0-11-generic 3,7MSystem.map-4.4.0-13-generic 6,8Mvmlinuz-4.4.0-11-generic 6,8Mvmlinuz-4.4.0-11-generic.efi.signed 6,8Mvmlinuz-4.4.0-13-generic 6,8Mvmlinuz-4.4.0-13-generic.efi.signed There are two gotchas to this: efi space must not be counted as it's on the ESP, which is separate from /boot, and it looks like part of the issue with removing old kernels may be the handling of initrds (there is an extra initrd for 4.4.0-7). As for small disks, partman-auto should already handle them through its priority value for /boot. We're slightly more than at 59% of the size of the partition, and with a third kernel we'd come up to about 169,5 M (71%), which is still a fair way from 237 M. Adding a fourth kernel would make it to 226 M (95%), which is where we end up in a situation that becomes uncomfortable. That said, initrds varied a fair amount between kernel versions on my own system, and I have no trouble believing they might vary even more between installs on different systems, and you need to account for at most three times the size of the average initrd while processing updates to it (ie. once for the old initrd, once for a backup, and once more for the new one being written, which will likely grow at least to the same size as the old one. On my system, this means a kernel update or update to some package requiring an initramfs update will require about 111M more to update old kernel initramfs, and obviously less when installing a new kernel). For a 240G SSD; installing Desktop now hands me a 473M /boot partition, which seems like a good improvement (35% usage with 3 kernels, with the initrd sizes I have listed above). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
Any news on this? If the fix is simple to do, I don't mind doing the fingerwork, especially if someone can point me in the right direction. Cheers, -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
Hi, I'm not interested in testing kernels, but have found that the default size of the /boot partition is not large enough for three kernels to be installed at the same time. This causes upgrades to fail, and requires manual intervention before they can proceed. This is clearly not what we want to inflict on our users. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
It's possible to customize the size of the /boot partition on a Desktop system by using the (poorly-named, IMHO) "Something Else" partitioning option; however, this also requires explicitly setting up all other partitions. This can be a rather high hurdle for inexperienced users. Of course, such users aren't likely to understand the subtleties of partition sizing requirements in the first place, which comes back to the default sizing of the partition. Although fixing bug #1357093 will go a long ways toward avoiding this problem, I believe that a reluctance to increase the default size of /boot is misplaced. I *STRONGLY* disagree with Steve's comment that "the lifespan of the release is not part of the equation" -- because resizing partitions is a non-trivial task, the possibility of changing needs over the lifespan of an installation is *EXTREMELY* relevant. A sudden increase in the size of kernels or a need to install some new big files (maybe something related to GRUB) in /boot could render a formerly adequately-sized partition inadequate. There are also questions of supporting reasonable uses that aren't typical, such as extra debugging kernels or even locally-compiled kernels. Thus, we're looking at a question of adequate safety margins. To some extent this is a judgement call, but it appears to me that the current size (244 MiB when I filed this bug report, at least on my test system) is now inadequate. Doubling that size would provide enough breathing room that anybody wanting a still larger size could reasonably be expected to perform manual partitioning. I have yet to hear a good argument AGAINST raising the default size of /boot -- even a small modern SSD is likely to be ~100 GB, so a ~500 MB /boot would be about 0.5% of total disk space. If there's a concern about installation to truly tiny media like USB flash drives, perhaps that should be a special case in which the size of /boot is reduced, but for the vast majority of installations, increasing the default size of /boot to ~500 MB has NO disadvantages and considerable advantages. (Also, if tiny USB flash drives are a concern, remember that this issue affects installations that use a separate /boot -- mainly LVM, RAID, and encrypted installations. It's doubtful that LVM or RAID would have much benefit on a USB flash drive, although encryption might be.) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
> Customizing the size of your /boot partition is already possible in > ubiquity. This bug report is saying that the *default* size of the /boot > partition is too small. Has that changed since the release of utopic? Because when I installed this laptop it was certainly not possible to do so and still use LUKS encryption, without jumping over some fairly significant hurdles. >From memory, the workaround steps to get a larger /boot were: - create preferred partition setup using a server install ISO - boot using the desktop ISO - manually enable the encrypted LVM VG - run the installer and tell it to use the existing partition setup - boot from the server CD again, run recovery, and reconfigure the initrd to include encryption support There may have been an easier way to do this, but all the ways I tried based on the server ISO ended up with non-working graphics, and the desktop ISO resulted in a unbootable system due to missing encryption support. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 1465050] Re: Size of /boot partition is too small
On Sat, Mar 12, 2016 at 03:47:40AM -, Paul Gear wrote: > @vorlon, perhaps it was not clear enough from previous comments on this > bug, but some of us *want* to be able to install more than 4 kernels for > testing purposes, and asking for a larger (or better yet, customisable) > /boot is a perfectly reasonable thing to do, especially given the sizes > we're talking about relative to the size of modern hard disks. Customizing the size of your /boot partition is already possible in ubiquity. This bug report is saying that the *default* size of the /boot partition is too small. I haven't verified whether it is or isn't too small for the default use case in xenial, though Brian's comment #5 indicates that it is too small. But that has nothing to do with supporting the install of "more than 4 kernels for testing purposes". > This bug was previously tagged as a duplicate of the lack of kernel > autoremove, and but they're not the same thing, and should not be > conflated. Ok, so maybe you want to mark bug #1553442 as a duplicate of the *other* bug, since Stuart's symptom is definitely a result of the lack of autoremoval. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
@vorlon, perhaps it was not clear enough from previous comments on this bug, but some of us *want* to be able to install more than 4 kernels for testing purposes, and asking for a larger (or better yet, customisable) /boot is a perfectly reasonable thing to do, especially given the sizes we're talking about relative to the size of modern hard disks. This bug was previously tagged as a duplicate of the lack of kernel autoremove, and but they're not the same thing, and should not be conflated. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
The lifespan of the release is not part of the equation. You only need room for three kernels to support updates. If kernels aren't being auto removed correctly (which hasn't been mentioned here), there is no partition size large enough to accommodate unbounded growth. If the kernel images / initrds themselves have gotten bigger, or if the partition sizing doesn't account for the signed kernel image, we should make sure the partition is sized appropriately for current kernels. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
And that duplicate bug report shows four kernels installed. That means old kernels have not been removed. We do not currently have anything in update-manager to correctly auto remove packages after update. This is a serious (and known) bug. But increasing the size of /boot is no solution for it. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
Per Bug #1553442, the default partition size was too small on a fresh Xenial install with no kernel debugging being done. The updates failed after a week, probably as an update pulled in two kernels and there was not enough disk space to remove the oldest. It certainly seems far too tight to support over the lifespan of an LTS release. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
> 256 MB is still only enough space to install approximately 4 kernels. For > those testing > different kernels in order to track down bugs, this isn't large enough. I disagree. The common case only requires room for three kernels (we're supposed to always keep two kernels, so we need room for those two plus a third one being upgraded to before the old one is removed). I don't see any reason to make this partition larger to accommodate particular debugging scenarios - you only ever boot one kernel at a time, you don't need to have all possible kernels involved in debugging unpacked on the system at the same time. However, if the partition is now too small to accommodate even 3 kernels in xenial, that's a major problem that needs addressing ASAP. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
> 256 MB is still only enough space to install approximately 4 kernels. For > those testing > different kernels in order to track down bugs, this isn't large enough. I disagree. The common case only requires room for three kernels (we're supposed to always keep two kernels, so we need room for those two plus a third one being upgraded to before the old one is removed). I don't see any reason to make this partition larger to accommodate particular debugging scenarios - -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
@cyphermox: I don't mind preparing a patch for this, but after looking at the ubiquity codebase I'm at a loss to find where the partition sizes are encoded. Any hints? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
** Changed in: ubiquity (Ubuntu Xenial) Assignee: (unassigned) => Mathieu Trudel-Lapierre (mathieu-tl) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
** Also affects: ubiquity (Ubuntu Xenial) Importance: Undecided Status: Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
It's actually gotten to the point on Xenial where I couldn't install a third kernel. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
It'd be great to fix that before the next iteration of LTS releases! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
I've unmarked this as a duplicate of bug 1357093, because even if automatically installed kernels are auto-purged, 256 MB is still only enough space to install approximately 4 kernels. For those testing different kernels in order to track down bugs, this isn't large enough. ** This bug is no longer a duplicate of bug 1357093 Kernels not autoremoving, causing out of space error on LVM or Encrypted install -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
*** This bug is a duplicate of bug 1357093 *** https://bugs.launchpad.net/bugs/1357093 Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: ubiquity (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1465050] Re: Size of /boot partition is too small
*** This bug is a duplicate of bug 1357093 *** https://bugs.launchpad.net/bugs/1357093 ** This bug has been marked a duplicate of bug 1357093 LVM or Encrypted install creates too small /boot partition -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1465050 Title: Size of /boot partition is too small To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1465050/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
