-
Bug
-
Resolution: Unresolved
-
Normal
-
rhel-10.1
-
None
-
None
-
1
-
rhel-anaconda
-
28
-
1
-
False
-
False
-
-
Yes
-
Red Hat Enterprise Linux
-
26Q1 - Feb 24
-
Proposed Exception
-
None
-
None
-
Release Note Not Required
-
Unspecified
-
Unspecified
-
Unspecified
-
None
What were you trying to do that didn't work?
In some cases, it is not possible to update an installed system due to insufficient disk space on the /boot partition. The default size of the /boot partition is 1 GiB. Systems with hardware requiring additional firmware (for example NVIDIA) will have initramfs bigger due to the firmware blobs.
The default size of the /boot partition has already been increased to 2 GiB on Fedora: https://github.com/rhinstaller/anaconda/pull/6678
Please provide the package NVR for which the bug is seen:
RHEL-10
How reproducible is this bug?:
Always on specific hardware, depending on the size of firmware blobs it needs.
Steps to reproduce
- Install the default package set, leave kdump enabled.
- Update the system 2 times, or install 2 additional kernel versions on the system, reboot the system after each installation to re-generate a new initramfs for kdump.
- Check free space on the /boot partition.
Expected results
There should be enough disk space for future kernel updates, considering the system keeps 3 latest kernels + initramfs by default. Also the size of kernel+initramfs+kdump_initramfs will likely grow in the future.
Actual results
In some cases, there is not enough disk space on /boot for updates of the default RHEL installation:
root@tpcr102:~# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/rhel00-root 70G 7.0G 63G 11% / devtmpfs 16G 0 16G 0% /dev tmpfs 16G 0 16G 0% /dev/shm efivarfs 192K 127K 61K 68% /sys/firmware/efi/efivars tmpfs 6.2G 11M 6.2G 1% /run tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-journald.service /dev/nvme1n1p2 937M 854M 83M 92% /boot /dev/mapper/rhel00-home 360G 7.2G 353G 2% /home /dev/nvme1n1p1 599M 9.0M 590M 2% /boot/efi tmpfs 3.1G 72K 3.1G 1% /run/user/42 tmpfs 3.1G 56K 3.1G 1% /run/user/0 root@tpcr102:~# ls -lh /boot total 801M -rw-r--r--. 1 root root 253K Feb 12 01:00 config-6.12.0-205.el10.x86_64 -rw-r--r--. 1 root root 253K Feb 13 01:00 config-6.12.0-206.el10.x86_64 -rw-r--r--. 1 root root 254K Feb 16 01:00 config-6.12.0-208.el10.x86_64 drwx------. 3 root root 4.0K Jan 1 1970 efi drwx------. 3 root root 50 Feb 18 11:06 grub2 -rw-------. 1 root root 230M Feb 18 10:58 initramfs-0-rescue-dccac0b73450458791b44336ab7324fe.img -rw-------. 1 root root 163M Feb 18 11:02 initramfs-6.12.0-205.el10.x86_64.img -rw-------. 1 root root 48M Feb 18 11:04 initramfs-6.12.0-205.el10.x86_64kdump.img -rw-------. 1 root root 61M Feb 17 14:22 initramfs-6.12.0-206.el10.x86_64.img -rw-------. 1 root root 163M Feb 18 11:10 initramfs-6.12.0-208.el10.x86_64.img -rw-------. 1 root root 48M Feb 18 11:12 initramfs-6.12.0-208.el10.x86_64kdump.img drwxr-xr-x. 3 root root 21 Feb 17 14:20 loader -rw-r--r--. 1 root root 281K Feb 18 11:02 symvers-6.12.0-205.el10.x86_64.xz -rw-r--r--. 1 root root 281K Feb 17 14:21 symvers-6.12.0-206.el10.x86_64.xz -rw-r--r--. 1 root root 282K Feb 18 11:10 symvers-6.12.0-208.el10.x86_64.xz -rw-r--r--. 1 root root 8.9M Feb 12 01:00 System.map-6.12.0-205.el10.x86_64 -rw-r--r--. 1 root root 8.9M Feb 13 01:00 System.map-6.12.0-206.el10.x86_64 -rw-r--r--. 1 root root 8.9M Feb 16 01:00 System.map-6.12.0-208.el10.x86_64 -rwxr-xr-x. 1 root root 16M Feb 18 10:58 vmlinuz-0-rescue-dccac0b73450458791b44336ab7324fe -rwxr-xr-x. 1 root root 16M Feb 12 01:00 vmlinuz-6.12.0-205.el10.x86_64 -rwxr-xr-x. 1 root root 16M Feb 13 01:00 vmlinuz-6.12.0-206.el10.x86_64 -rwxr-xr-x. 1 root root 16M Feb 16 01:00 vmlinuz-6.12.0-208.el10.x86_64 root@tpcr102:~#
