[Bug 1465050] [NEW] Size of /boot partition is too small

Roderick Smith rod.smith at canonical.com
Sun Jun 14 19:29:35 UTC 2015


Public bug reported:

When using a partitioning option that requires the use of a /boot
partition (such as LVM), Ubiquity (in Ubuntu 15.04) creates a rather
small /boot partition -- 244MiB in my test:

GPT fdisk (gdisk) version 0.8.10

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 95509824 sectors, 45.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 6620D692-A7C3-4054-BD03-C37233564AEA
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 95509790
Partitions will be aligned on 2048-sector boundaries
Total free space is 3325 sectors (1.6 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         1050623   512.0 MiB   EF00  
   2         1050624         1550335   244.0 MiB   8300  
   3         1550336        95508479   44.8 GiB    8E00

Although this is adequate for the initial installation, it leaves very
little space for expansion. On my test installation, it was 40% full
(90MiB used) immediately after installation, with two kernels installed
(one of which also had a ".efi.signed" variant installed).

The small size of the /boot partition has been causing problems "in the
wild," as illustrated by some askubuntu.com questions:

http://askubuntu.com/questions/142926/cant-upgrade-due-to-low-disk-space-on-boot
http://askubuntu.com/questions/89710/how-do-i-free-up-more-space-in-boot
http://askubuntu.com/questions/298487/not-enough-free-disk-space-when-upgrading

I recommend increasing the default size of a separate /boot partition to
approximately 500MiB; that's normally been adequate for me.

Other possible fixes (which I'd implement in addition to a /boot
partition size increase, not instead of it) include removing the non-
signed kernel when a signed one is installed and automatically removing
older kernels when an upgrade is installed. These would require changes
to package management rather than Ubiquity, of course.

** Affects: ubiquity (Ubuntu)
     Importance: Undecided
         Status: New

** Attachment added: "Log files from system on which auto-created /boot partition is too small."
   https://bugs.launchpad.net/bugs/1465050/+attachment/4414785/+files/log-files.tgz

-- 
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/1465050

Title:
  Size of /boot partition is too small

Status in ubiquity package in Ubuntu:
  New

Bug description:
  When using a partitioning option that requires the use of a /boot
  partition (such as LVM), Ubiquity (in Ubuntu 15.04) creates a rather
  small /boot partition -- 244MiB in my test:

  GPT fdisk (gdisk) version 0.8.10

  Partition table scan:
    MBR: protective
    BSD: not present
    APM: not present
    GPT: present

  Found valid GPT with protective MBR; using GPT.
  Disk /dev/sda: 95509824 sectors, 45.5 GiB
  Logical sector size: 512 bytes
  Disk identifier (GUID): 6620D692-A7C3-4054-BD03-C37233564AEA
  Partition table holds up to 128 entries
  First usable sector is 34, last usable sector is 95509790
  Partitions will be aligned on 2048-sector boundaries
  Total free space is 3325 sectors (1.6 MiB)

  Number  Start (sector)    End (sector)  Size       Code  Name
     1            2048         1050623   512.0 MiB   EF00  
     2         1050624         1550335   244.0 MiB   8300  
     3         1550336        95508479   44.8 GiB    8E00

  Although this is adequate for the initial installation, it leaves very
  little space for expansion. On my test installation, it was 40% full
  (90MiB used) immediately after installation, with two kernels
  installed (one of which also had a ".efi.signed" variant installed).

  The small size of the /boot partition has been causing problems "in
  the wild," as illustrated by some askubuntu.com questions:

  http://askubuntu.com/questions/142926/cant-upgrade-due-to-low-disk-space-on-boot
  http://askubuntu.com/questions/89710/how-do-i-free-up-more-space-in-boot
  http://askubuntu.com/questions/298487/not-enough-free-disk-space-when-upgrading

  I recommend increasing the default size of a separate /boot partition
  to approximately 500MiB; that's normally been adequate for me.

  Other possible fixes (which I'd implement in addition to a /boot
  partition size increase, not instead of it) include removing the non-
  signed kernel when a signed one is installed and automatically
  removing older kernels when an upgrade is installed. These would
  require changes to package management rather than Ubiquity, of course.

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



More information about the foundations-bugs mailing list