Did find problem?
On machine showing 70% full ran this
fwupdmgr get-updates

It went thru process and had no issues.

On the machine shows 99.7% on a few of the things it got messages 
like this??

Update Error:       Not enough efivarfs space, requested 16.4 kB 
and got 1.2 kB

The machines show 384K, but ls command only and adding up the 
sized of the 100 files only gives 36065.6??
Many files are very small, but even if they took 1K each or 2K each 
would not be close to the 384K.

size of files listed under 1K -         5960
size of files listed over   1K -        30105.6 
combined total                          36065.6

sort by size last 13 files show
  304 Dec 29 23:59 Boot0000-8be4df61-93ca-11d2-aa0d-00e09
  540 Dec 29 23:59 PBRDevicePath-a9b5f8d2-cb6d-42c2-bc01-
  977 Dec 29 23:59 PKDefault-8be4df61-93ca-11d2-aa0d-00e0
  977 Dec 29 23:59 PK-8be4df61-93ca-11d2-aa0d-00e098032b8
 1167 Dec 29 23:59 MokListRT-605dab50-e046-4300-abb6-3dd8
 1678 Dec 29 23:59 RstSataFastEnumVar-193dfefa-a445-4302-
 2052 Dec 29 23:59 DIAGEEPROM_VAR-8ebe3d07-3420-4bfa-8c13
 2574 Dec 29 23:59 KEKDefault-8be4df61-93ca-11d2-aa0d-00e
 2574 Dec 29 23:59 KEK-8be4df61-93ca-11d2-aa0d-00e098032b
 4153 Dec 29 23:59 dbDefault-8be4df61-93ca-11d2-aa0d-00e0
 4153 Dec 29 23:59 db-d719b2cb-3d3a-4596-a3bc-dad00e67656
 5419 Dec 29 23:59 dbxDefault-8be4df61-93ca-11d2-aa0d-00e
 5735 Dec 29 23:59 dbx-d719b2cb-3d3a-4596-a3bc-dad00e6765

tried copying the files to regular partition, but none of the files 
after the Boot0000 would copy?

duf shows
/sys/firmware/efi/efivars                 │ 384.0K │ 382.8K │    0B │ 
███████████████▌ 99.7% │ efivarfs │ efivarfs  

df shows
efivarfs              384       383          0 100% /sys/firmware/efi/efivars

So, something seems to be using space, but not showing itself??

Thanks.



On 30 Dec 2025 at 1:19, Samuel Sieb wrote:

Date sent:              Tue, 30 Dec 2025 01:19:20 -0800
Subject:                Re: efivars showing 100% full??
To:                     [email protected]
From:                   Samuel Sieb <[email protected]>
Send reply to:          Community support for Fedora users 
<[email protected]>

> On 12/30/25 12:16 AM, Michael D. Setzer II via users wrote:
> > On one machine it shows 100%
> > efivarfs              384       383          0 100% 
> > /sys/firmware/efi/efivars
> > On this machine it shows
> > efivarfs             384       265       115  70% /sys/firmware/efi/efivars
> > 
> > Looked online, but didn't find very useful info.
> > First machine has Fedora 43, and was a clean install to 42 on a
> > 2TB drive with 16G ram.
> > Second machine has gone thru a number of upgrades.
> > 
> > duf shows slightly differrent
> > /sys/firmware/efi/efivars                 │ 384.0K │ 382.8K │    0B │
> > ███████████████▌ 99.7% │ efivarfs │ efivarfs
> > 
> > First machine is brtfs for most partitions and second is ext4?
> > 
> > Not clear if this is a real filesystem, or something in ram?
> > 
> > Didn't find anything to resize it, some talked about gparted, and
> > some show using  but shows lots of stuff?
> > Machine has no Windows, or Floppy disk, or CD. Does have the
> > nvme 2T disk, and does have NIC.
> > Not sure why the size would be set to 384K?
> 
> It's not a partition or a real filesystem, it's the UEFI nvram storage 
> and if it gets too full, it can cause problems.  I've seen a reference 
> to dump files that might need to be removed from there.
> 
> You could also try factory reset in the BIOS.  This will probably remove 
> the Fedora boot entry, but that will be automatically fixed when you try 
> to boot from the hard drive.
> 
> -- 
> _______________________________________________
> users mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/[email protected]
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue


+------------------------------------------------------------+
 Michael D. Setzer II - Computer Science Instructor (Retired)     
 mailto:[email protected]                            
 mailto:[email protected]
 mailto:[email protected]
 Guam - Where America's Day Begins                        
 G4L Disk Imaging Project maintainer 
 http://sourceforge.net/projects/g4l/
+------------------------------------------------------------+



-- 
_______________________________________________
users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/[email protected]
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to