Every time I boot up I get the warning
Low disk space on 'efi' The volume 'efi' has only 12.4 MB disk space remaining.
Overview:
- This is a brand new machine, a Dell XPS 17 that came preinstalled with Windows. I added a second SSD drive onto which I have installed Pop!_OS.
- As far as I'm aware, each OS is completely isolated on its own drive, each with its own EFI partition.
- I initially had some difficultly getting the out-of-the-box encryption to work, and had to wipe and install PopOS again. Perhaps this is the source of the issue (?)
- Other than the above, I have done almost nothing else with this machine: nothing else installed or changed. It's brand new. I can boot into Windows by manually going into the bios and selecting it. I plan on using PopOS as my primary OS.
Everywhere on the internet tells me that 522mb is more than enough for an efi partition, so presumably some of what's on there shouldn't be? I've read a few questions on this pertaining to deleting old kernels and even resizing the efi partition; all using arcane, roundabout methods; and all of which I am hesitant about as I'm still relatively new to Linux and don't know what I'm doing.
In my /boot/efi/EFI directory, I have the following:
- BOOT (104k)
- Dell (32k)
- Linux (4k)
- Pop_OS_cd6a3602-35b1-4403-a322-03217981e2425 (361M)
- Recovery-1CC1-9F42 (125M)
- systemd (104k)
In the largest directory there, the Pop one, I have the following:
- cmdline (4k)
- initrd.img (170M)
- initrd.img-previous (169M)
- vmlinuz.efi (12M)
- vmlinuz-previous.efi (11M)
( note: I have also run sudo apt autoremove which does nothing. )
I have only a superficial understanding of what these things are, what they do, and how they have come to be there. I don't understand why people on these similar question threads are talking about 100mb or 256mb efi partitions being "more than enough" when I clearly have accumulated files right there that easily exceed that. Why do people even care so much about trimming this partition down to its minimum possible size when it clearly becomes a computer-can't-boot-anymore crisis when it becomes full, and resizing these system-level partitions is a risky and far-from-straightforward endeavor? Why not just make these partitions 4GB+ and be done with it? Is space this much of an issue in 2022? Both of my SSDs are 2TB each. I could easily have granted this partition ten times the disk space and avoided this stupid problem.
Presumably the '-previous' files I could safely delete... probably? But I've also read on other threads that this carries risk?
I don't want to nuke my machine and I don't want to have to install PopOS again. I want to understand what is going on. I would greatly appreciate some basic guidance on this. Please let me know if you need any more information.
EDIT: see attached image of my disks overview
EDIT2: output of df /boot/efi as follows:
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/nvme1n1p1 508920 496816 12104 98% /boot/efi
EDIT NUMBER 3: So far, I feel my question remains sorely unanswered. Here is a link to someone decrying why POP_OS doesn't install on a system with an efi partition smaller than 512mb, because according to this person "using a 512Mb partition for efi is like using a 5000 gallon tank for your tetra. The boot entry is extremely small after all, I have run 6 distros plus w10 on a 128Mb efi partition in the past"
And here's me, with a 522mb efi partition-- larger than any recommendation I have seen-- and it's at 97% capacity on a clean install. Why? Why is my system insisting on using this much? Why are those initrd.img files at 170mb? I don't understand it.
