No free space in /boot/efi for new kernel error during update

[arvidjaar]

@Wtrfull

/boot/efi/EFI/opensuse:
total 4124
-rwxr-xr-x 1 root root      64 liep.  27 12:01 boot.csv
-rwxr-xr-x 1 root root     155 liep.  30  2023 grub.cfg
-rwxr-xr-x 1 root root 2099056 liep.  19 12:59 grub.efi
-rwxr-xr-x 1 root root  331776 liep.  27 19:16 grubx64.efi
-rwxr-xr-x 1 root root      20 liep.  27 12:01 installed_by_sdbootutil

This is semi-bug in suse-module-tools and/or sdbootutil. They attempt to use sdbootutil even though the system is setup to use grub2-efi. Most likely you tried to use systemd-boot in the past or did something that caused it to be present on ESP.

@Wtrfull

/boot/efi/EFI/opensuse/x86_64-efi:
total 4
-rwxr-xr-x 1 root root 3904 liep.  19 12:59 bli.mod

I do not have this either, which makes me really wonder what you did … OK, it is installed by sdbootutil when it sees grub2 instead of systemd-boot.

Anyway - the immediate fix is to delete the file /boot/efi/EFI/opensuse/installed_by_sdbootutil. It should stop attempt to use sdbootutil. Of course, you can simply remove sdbootutil package entirely.

Before doing it, open bug report on https://bugzilla.opensuse.org/ (same user/password as here), select Bootloader as component. Include the complete zypper output you posted earlier, the output of ls -lR /boot/efi and the output of grep LOADER_TYPE /etc/sysconfig/bootloader. Post link to this bug report here.

@Wtrfull

ls /.snapshots

Well, you can remove any subdirectory of /.snapshots for which no corresponding snapshot is shown by snapper.

P.S. for the future, always force command output to (default) English with

LANG=C ls -l

or similar. In this case the actual dates are not that important, in other cases they may be.

[Wtrfull]

@arvidjaar

Post link to this bug report here.

1228383 – 'No free space in /boot/efi for new kernel' error during dist-upgrade, let me know if everything is as it should be.

@arvidjaar

P.S. for the future, always force command output to (default) English

Fixed. I’ve changed my date locale to English.

@arvidjaar

Most likely you tried to use systemd-boot in the past or did something that caused it to be present on ESP.

Intentionally, no. Maybe it got into the system during zypper dist-upgrades when you get multiple choices with conflicts. I don’t remember.

[Wtrfull]

@arvidjaar

Anyway - the immediate fix is to delete the file /boot/efi/EFI/opensuse/installed_by_sdbootutil. It should stop attempt to use sdbootutil. Of course, you can simply remove sdbootutil package entirely.

I’ve deleted the file and removed sdbootutil. Distribution upgrade completed successfully without errors, however sdbootutil got installed again but without the installed_by_sdbootutil file. Is it ok to uninstall sdbootutil and block it from installing ever again?

Thank you very much for your help.

[arvidjaar]

@Wtrfull

however sdbootutil got installed again

sdbootutil has

Supplements    : (systemd-boot and shim)

@Wtrfull

without the installed_by_sdbootutil file

This file is created when sdbootutil is run.

@Wtrfull

Is it ok to uninstall sdbootutil and block it from installing ever again?

If you do not intend to use systemd-boot, just remove it with sdbootutil.