An issue possibly related, Clear Linux seems to be unable to mount the EFI partition (again, am I using the correct commands?)
root@dell-clr/usr/lib/kernel # bootctl list
Couldn't find EFI system partition. It is recommended to mount it to /boot or /efi.
Alternatively, use --esp-path= to specify path to mount point.
root@dell-clr/usr/lib/kernel # systemctl start boot.mount
Failed to start boot.mount: Unit boot.mount not found.
I can manually mount the partition, but need to make sure Clear Linux can mount it.
Are such info documented? I did not go through all Clear Linux documentation, but Google did not return good result. I got the above commands from old forum posts.
I am dual-booting with Win11. Understand this is not supported. But want to know the correct behaviour.
I don’t demand always switching to the latest kernel, and am happy to stay with what Clear Linux thinks is the best. Just want to make sure things are normal.
we manage the UEFI space with “clr-boot-manager”… which will mount /boot and manage it as part of its operation. It has a manpage to start reading about
Do you have any files in the /boot (mount point) directory?
If so, systemd-gpt-auto-generator will not create the boot.mount unit,
which will cause issues with clr-boot-manager amongst others.
$ sudo systemctl status boot.mount
â—‹ boot.mount - EFI System Partition Automount
Loaded: loaded (/run/systemd/generator.late/boot.mount; generated)
Active: inactive (dead)
Where: /boot
What: /dev/disk/by-diskseq/9-part2
Docs: man:systemd-gpt-auto-generator(8)
$ sudo touch /boot/a_file
$ sudo systemctl daemon-reload
$ sudo systemctl status boot.mount
Unit boot.mount could not be found.
Thank you for pointing out clr-boot-manager. This immediately pinpointed the issue: my boot partition (150MB) is out of space. BTW, this seems to be the default size created by the installer (Default partition schema)
Luckily the boot partition is next to the swap partition. I can probably resize that with low risk of losing data.