<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
Thanks very much for your answers. There's something bizarre going
on. Yes, my /sys/firmware/efi/efivars/ said it was full and had
dump-* files in it. I removed those a few days ago. But after your
comment I went to look if there were new ones cluttering the place
up. No, there weren't, but<br>
<br>
<pre>df -h /sys/firmware/efi/efivars returned:</pre>
<pre>Filesystem Size Used Avail Use% Mounted on</pre>
<pre>efivarfs 0 0 0 - /sys/firmware/efi/efivars</pre>
<br>
Why would it think it was full? Especially after I'd removed about
fifty dump files, which have not reappeared.<br>
<br>
Yes, I have a /boot/efi partition. I did get the size wrong: it's
512 MB , of which 7.97MB is used. The root partition is 30GB.)<br>
<br>
I tried <br>
<pre>apt-get install --reinstall grub-efi</pre>
which eventually returned:<br>
<pre>Unpacking grub-efi (2.02+dfsg1-20+deb10u2) over (2.02+dfsg1-20+deb10u2) ...</pre>
<pre>Setting up grub-efi (2.02+dfsg1-20+deb10u2) ...</pre>
<style type="text/css">
p, li { white-space: pre-wrap; }</style>As far as I can tell, that's the
correct, new version. I also reinstalled grub-common and
grub2-common, also seemed to be up to date. <br>
<br>
But, given the "no space available" in efivars dir, I'm not too
surprised that an attempt to <br>
<pre>grub-install /dev/nvme0n1 </pre>
just says no space left on device.<br>
<br>
I've seen instructions on manually removing obsolete entries in the
efivars dir, but I don't think that would help since manually
removing dump-* files didn't solve the problem.<br>
<br>
(I changed "stable" to "buster" in sources.list. The computer is a
Lenovo Thinkpad X1 Carbon, with three Debian versions on it in
separate partitions. No windows. Separate /home partition. In case
any of that is relevant.)<br>
<br>
So, it seems it's somehow stuck on efivars being full, when it
isn't?!<br>
<br>
</body>
</html>