| 2022-02-05 00:02:25 |
Michael Mikowski |
bug |
|
|
added bug |
| 2022-02-05 01:01:29 |
Launchpad Janitor |
ubiquity (Ubuntu): status |
New |
Confirmed |
|
| 2022-02-05 01:01:58 |
Erich Eickmeyer |
ubiquity (Ubuntu): importance |
Undecided |
Medium |
|
| 2022-02-05 01:02:12 |
Erich Eickmeyer |
nominated for series |
|
Ubuntu Focal |
|
| 2022-02-05 01:02:12 |
Erich Eickmeyer |
bug task added |
|
ubiquity (Ubuntu Focal) |
|
| 2022-02-05 01:02:12 |
Erich Eickmeyer |
nominated for series |
|
Ubuntu Jammy |
|
| 2022-02-05 01:02:12 |
Erich Eickmeyer |
bug task added |
|
ubiquity (Ubuntu Jammy) |
|
| 2022-02-05 01:02:20 |
Erich Eickmeyer |
ubiquity (Ubuntu Focal): status |
New |
Confirmed |
|
| 2022-02-05 01:02:31 |
Erich Eickmeyer |
ubiquity (Ubuntu Focal): importance |
Undecided |
High |
|
| 2022-02-05 01:02:33 |
Erich Eickmeyer |
ubiquity (Ubuntu Jammy): importance |
Medium |
High |
|
| 2022-02-05 01:08:52 |
Erich Eickmeyer |
tags |
amd64 apport-bug focal oem-config ubiquity-20.04.15 |
amd64 apport-bug focal oem-config rls-ff-incoming rls-jj-incoming ubiquity-20.04.15 |
|
| 2022-02-07 19:29:31 |
Erich Eickmeyer |
bug task added |
|
partman-auto (Ubuntu) |
|
| 2022-02-07 19:29:37 |
Erich Eickmeyer |
partman-auto (Ubuntu Focal): status |
New |
Confirmed |
|
| 2022-02-07 19:29:41 |
Erich Eickmeyer |
partman-auto (Ubuntu Jammy): status |
New |
Confirmed |
|
| 2022-02-07 19:29:44 |
Erich Eickmeyer |
partman-auto (Ubuntu Jammy): importance |
Undecided |
High |
|
| 2022-02-07 19:29:46 |
Erich Eickmeyer |
partman-auto (Ubuntu Focal): importance |
Undecided |
High |
|
| 2022-02-17 16:15:41 |
Brian Murray |
tags |
amd64 apport-bug focal oem-config rls-ff-incoming rls-jj-incoming ubiquity-20.04.15 |
amd64 apport-bug focal oem-config rls-ff-incoming ubiquity-20.04.15 |
|
| 2022-02-21 20:34:07 |
Michael Mikowski |
summary |
Ubiquity Boot Partition for LVM needs to be 2.0 GB for 22.04LTS |
Request 2.0 GB Boot Partition for 22.04LTS FDE |
|
| 2022-02-21 21:50:42 |
Michael Mikowski |
description |
Summary:
We propose to increase the LVM /boot partition to 2.0 GB. This provides the space needed so advanced users can use best practice to manage up to 3 kernel flavors. The current /boot partition on 20.04 and 22.04 is limited to just 705M, which allows only 3 concurrent kernels before filling and sometimes locking the system (each image set takes 180M total; 4 x 180 = 720M > 705M).
Reasoning:
Best practice recommends users keep at least two version of each kernel flavor in the /boot directory. If a user has 3 kernel flavors installed (e.g. oem, generic-hwe, and lowlatency-hwe), then one needs to reserve room for 2 x 3 = 6 kernels.
The system needs the headroom of at least two additional kernels during any automated clean-up process due to package removal scheduling. I propose to also reserve room for 2 additional kernels as a safety measure. Thus the total recommend available space should accommodate 10 kernels.
Each kernel file set takes up 180M in the /boot partition when used with Nvidia driver modules. These files include initrd.img, system.map, and vmlinuz. With future kernel and module growth, this may surpass 200M soon. Therefore, we suggest planning for 200M for each kernel.
We therefore request a total LVM /boot partition size of 10 image x 200M = 2.0 GB.
Other Considerations:
When unattended-upgrades works correctly (which does not yet employ best practice), we have seen users with just a single kernel flavor over-fill their /boot partitions. This is because unattended-upgrades can retain up to 4 kernels, while the /boot partition is only large enough for 3. I am currently working with others to improve the unattended-upgrades algorithm to use best practice.
The installer could allow users to resize the /boot partition during installation. In this case, we highly recommend a 2.0 GB default for the reasons outlined above.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: ubiquity (not installed)
ProcVersionSignature: Ubuntu 5.14.0-1011.11-oem 5.14.17
Uname: Linux 5.14.0-1011-oem x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.11-0ubuntu27.21
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: KDE
Date: Fri Feb 4 14:53:36 2022
InstallCmdLine: BOOT_IMAGE=/casper/vmlinuz file=/cdrom/preseed/kubuntu.seed only-ubiquity quiet splash oem-config/enable=true ---
InstallationDate: Installed on 2020-06-10 (604 days ago)
InstallationMedia: Kubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
SourcePackage: ubiquity
UpgradeStatus: No upgrade log present (probably fresh install) |
Summary:
We propose to increase the LVM /boot partition to 2.0 GiB. This provides the space needed so advanced users can use best practice to manage up to 3 kernel flavors. The current /boot partition on 20.04 and 22.04 is limited to just 705MiB, which allows only 3 concurrent kernels before filling and sometimes locking the system (each image set takes 180MiB total; 4 x 180 = 720MiB > 705MiB).
Reasoning:
Best practice recommends users keep at least two version of each kernel flavor in the /boot directory. If a user has 3 kernel flavors installed (e.g. oem, generic-hwe, and lowlatency-hwe), then one needs to reserve room for 2 x 3 = 6 kernels.
The system needs the headroom of at least two additional kernels during any automated clean-up process due to package removal scheduling. I propose to also reserve room for 2 additional kernels as a safety measure. Thus the total recommend available space should accommodate 10 kernels.
Each kernel file set takes up 180MiB in the /boot partition when used with Nvidia driver modules. These files include initrd.img, system.map, and vmlinuz. With future kernel and module growth, this may surpass 200MiB soon. Therefore, we suggest planning for 200M for each kernel.
We therefore request a total LVM /boot partition size of 10 image x 200MiB = 2.0 GiB.
Other Considerations:
When unattended-upgrades works correctly (which does not yet employ best practice), we have seen users with just a single kernel flavor over-fill their /boot partitions. This is because unattended-upgrades can retain up to 4 kernels, while the /boot partition is only large enough for 3. I am currently working with others to improve the unattended-upgrades algorithm to use best practice.
The installer could allow users to resize the /boot partition during installation. In this case, we highly recommend a 2.0 GB default for the reasons outlined above.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: ubiquity (not installed)
ProcVersionSignature: Ubuntu 5.14.0-1011.11-oem 5.14.17
Uname: Linux 5.14.0-1011-oem x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.11-0ubuntu27.21
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: KDE
Date: Fri Feb 4 14:53:36 2022
InstallCmdLine: BOOT_IMAGE=/casper/vmlinuz file=/cdrom/preseed/kubuntu.seed only-ubiquity quiet splash oem-config/enable=true ---
InstallationDate: Installed on 2020-06-10 (604 days ago)
InstallationMedia: Kubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
SourcePackage: ubiquity
UpgradeStatus: No upgrade log present (probably fresh install) |
|
| 2022-02-21 22:00:12 |
Michael Mikowski |
summary |
Request 2.0 GB Boot Partition for 22.04LTS FDE |
Request 2.0 GiB Boot Partition for 22.04LTS FDE |
|
| 2022-02-21 23:08:14 |
Michael Mikowski |
description |
Summary:
We propose to increase the LVM /boot partition to 2.0 GiB. This provides the space needed so advanced users can use best practice to manage up to 3 kernel flavors. The current /boot partition on 20.04 and 22.04 is limited to just 705MiB, which allows only 3 concurrent kernels before filling and sometimes locking the system (each image set takes 180MiB total; 4 x 180 = 720MiB > 705MiB).
Reasoning:
Best practice recommends users keep at least two version of each kernel flavor in the /boot directory. If a user has 3 kernel flavors installed (e.g. oem, generic-hwe, and lowlatency-hwe), then one needs to reserve room for 2 x 3 = 6 kernels.
The system needs the headroom of at least two additional kernels during any automated clean-up process due to package removal scheduling. I propose to also reserve room for 2 additional kernels as a safety measure. Thus the total recommend available space should accommodate 10 kernels.
Each kernel file set takes up 180MiB in the /boot partition when used with Nvidia driver modules. These files include initrd.img, system.map, and vmlinuz. With future kernel and module growth, this may surpass 200MiB soon. Therefore, we suggest planning for 200M for each kernel.
We therefore request a total LVM /boot partition size of 10 image x 200MiB = 2.0 GiB.
Other Considerations:
When unattended-upgrades works correctly (which does not yet employ best practice), we have seen users with just a single kernel flavor over-fill their /boot partitions. This is because unattended-upgrades can retain up to 4 kernels, while the /boot partition is only large enough for 3. I am currently working with others to improve the unattended-upgrades algorithm to use best practice.
The installer could allow users to resize the /boot partition during installation. In this case, we highly recommend a 2.0 GB default for the reasons outlined above.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: ubiquity (not installed)
ProcVersionSignature: Ubuntu 5.14.0-1011.11-oem 5.14.17
Uname: Linux 5.14.0-1011-oem x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.11-0ubuntu27.21
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: KDE
Date: Fri Feb 4 14:53:36 2022
InstallCmdLine: BOOT_IMAGE=/casper/vmlinuz file=/cdrom/preseed/kubuntu.seed only-ubiquity quiet splash oem-config/enable=true ---
InstallationDate: Installed on 2020-06-10 (604 days ago)
InstallationMedia: Kubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
SourcePackage: ubiquity
UpgradeStatus: No upgrade log present (probably fresh install) |
Summary:
We propose to increase the LVM /boot partition to 2.0 GiB. This provides the space needed so advanced users can use best practice to manage up to 3 kernel flavors. The current /boot partition on 20.04 and 22.04 is limited to just 705MiB, which allows only 3 concurrent kernels before filling and sometimes locking the system (each image set takes 180MiB total; 4 x 180 = 720MiB > 705MiB).
Reasoning:
Best practice recommends users keep at least two version of each kernel flavor in the /boot directory. If a user has 3 kernel flavors installed (e.g. oem, generic-hwe, and lowlatency-hwe), then one needs to reserve room for 2 x 3 = 6 kernels.
The system needs the headroom of at least two additional kernels during any automated clean-up process due to package removal scheduling. I propose to also reserve room for 2 additional kernels as a safety measure. Thus the total recommend available space should accommodate 10 kernels.
Each kernel file set takes up 180MiB in the /boot partition when used with Nvidia driver modules. These files include initrd.img, system.map, and vmlinuz. With future kernel and module growth, this may surpass 200MiB soon. Therefore, we suggest planning for 200M for each kernel.
We therefore request a total LVM /boot partition size of 10 image x 200MiB = 2.0GiB.
Other Considerations:
When unattended-upgrades works correctly (which does not yet employ best practice), we have seen users with just a single kernel flavor over-fill their /boot partitions. This is because unattended-upgrades can retain up to 4 kernels, while the /boot partition is only large enough for 3. I am currently working with others to improve the unattended-upgrades algorithm to use best practice.
The installer could allow users to resize the /boot partition during installation. In this case, we highly recommend a 2.0GiB default for the reasons outlined above.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: ubiquity (not installed)
ProcVersionSignature: Ubuntu 5.14.0-1011.11-oem 5.14.17
Uname: Linux 5.14.0-1011-oem x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.11-0ubuntu27.21
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: KDE
Date: Fri Feb 4 14:53:36 2022
InstallCmdLine: BOOT_IMAGE=/casper/vmlinuz file=/cdrom/preseed/kubuntu.seed only-ubiquity quiet splash oem-config/enable=true ---
InstallationDate: Installed on 2020-06-10 (604 days ago)
InstallationMedia: Kubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
SourcePackage: ubiquity
UpgradeStatus: No upgrade log present (probably fresh install) |
|
| 2022-03-02 11:19:00 |
Brian Murray |
bug |
|
|
added subscriber Brian Murray |
| 2022-04-07 15:40:28 |
Steve Langasek |
tags |
amd64 apport-bug focal oem-config rls-ff-incoming ubiquity-20.04.15 |
amd64 apport-bug focal oem-config rls-ff-notfixing ubiquity-20.04.15 |
|
| 2023-07-18 18:25:30 |
Nathan Stratton Treadway |
marked as duplicate |
|
1959971 |
|
