Can't update - Fedora 39

[massiveloser123 (User User)]

[MIRROR] atheros-firmware-20240115-2.fc39.noarch.rpm: Curl error (23): Failed writing received data to disk/application for http://www.nic.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/updates/39/Everything/x86_64/Packages/a/atheros-firmware-20240115-2.fc39.noarch.rpm [Failure writing output to destination]
[FAILED] atheros-firmware-20240115-2.fc39.noarch.rpm: Curl error (23): Failed writing received data to disk/application for http://www.nic.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/updates/39/Everything/x86_64/Packages/a/atheros-firmware-20240115-2.fc39.noarch.rpm [Failure writing output to destination]
(62-63/523): appstream-data-39-6.fc39.noarch.rpm 15% [=========== ] 13 MB/s | 272 MB 01:59 ETA
The downloaded packages were saved in cache until the next successful transaction.
You can remove cached packages by executing ‘dnf clean packages’.
Error: Error downloading packages:
atheros-firmware-20240115-2.fc39.noarch: Download failed: Curl error (23): Failed writing received data to disk/application for http://www.nic.funet.fi/pub/mirrors/fedora.redhat.com/pub/fedora/linux/updates/39/Everything/x86_64/Packages/a/atheros-firmware-20240115-2.fc39.noarch.rpm [Failure writing output to destination]

What is the solution here?

Steps to reproduce:

Sudo dnf update -y

[manithree (Barry Roberts)]

Is your hard drive/root/var partition full?

[ilikelinux]

Please open your link in the web-browser and download the rpm on you OWN RISK and install it with dnf install your_rpm

Then you also will see why you cant install it:

p.s. The source you chosen is not an official Fedora source.

[massiveloser123 (User User)]

It seems so.

Here’s output of lsblk -f

└─sdb1   LVM2_m LVM2        f5xZpm-6CI9-6fcx-2B0U-PFiS-VOM0-IdpBKT                
  ├─fedora_hdd-swap
  │      crypto 2           7a2b2007-13d2-4b7e-b831-f9c0ecb5dda5                  
  │ └─luks-7a2b2007-13d2-4b7e-b831-f9c0ecb5dda5
  │      swap   1           d798bd4f-ae69-4db8-a7d0-1ec10d5370de                  [SWAP]
  ├─fedora_hdd-var
  │      crypto 2           19c6102a-ac3a-4b02-ac54-1237495c5809                  
  │ └─luks-19c6102a-ac3a-4b02-ac54-1237495c5809
  │      ext4   1.0         c5ebf741-c943-4134-8501-f60d0d190176     14.3M    94% /var/lib/sn

@massiveloser123

However, /var/ usage is 2.4 GiB, and the /var/ size is 5gb.

A /var partition of 5G is woefully small for all but the very tiniest of systems.

We would need to see the lsblk -f output for the entire system as well as the output of df -h so we can see what is used and available everywhere before we can make reasonable suggestions so solve the problem.

It is always a good idea to provide more info that you think is needed since it may be something you overlooked that provides the clues on how to fix the problems.

Just for reference, you might note that /var/lib/sn... which I interpret as /var/lib/snap` indicates the partition is 94% used.

More info will assist in answering the question about lack of space – resizing storage.

[massiveloser123 (User User)]

I can’t see the same message you get when I open the link on a Firefox 120.0.1 (64-bit).

Could you rephrase your message and explain what’s the concern with the mirror? I been using it for years, because due my geographic location it defaults to said mirror.

[massiveloser123 (User User)]

How do I clean up /var/ or increase space?

[massiveloser123 (User User)]

It seems like it’s not due var space

When I run

sudo dnf clean packages -y && sudo dnf update -y

It returns 1.4gb as a installation size.

However, /var/ usage is 2.4 GiB, and the /var/ size is 5gb.

So what’s the issue here?

[ilikelinux]

@massiveloser123

Could you rephrase your message and explain what’s the concern with the mirror?

If you click on the link you posted, will you get the file downloaded to your HD? I just get a message with a red exclamation mark, while clicking on the mark I get the message I attached.

Firefox is blocking content from http sites (you have to confirm to access this type of content). Even if the content gets delivered with a https in the end (they just made a forwarding from HTTP to HTTPS) So to avoid troubles with the mirrors, admins from this type of domains, would be advised to configure HTTP as HTTPS direct, then apps like Firefox would not complain.

-y, --assumeyes automatically answer yes for all questions

And an other point is, if you use dnf with -y you will loose a lot of verbose output to debug your issue. The -y option is for experts who know what they do (to automate the process with a script).

Please try the commands again without -y to see which output you get.

[massiveloser123 (User User)]

Yes. It prompts a download without any warnings.

Here’s out put of df -h

                                                                                                                  [SWAP]
user@fedora:~$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/dm-2       107G   13G   89G  13% /
devtmpfs        4.0M     0  4.0M   0% /dev
tmpfs           7.8G     0  7.8G   0% /dev/shm
tmpfs           3.1G  1.9M  3.1G   1% /run
tmpfs           7.8G  112K  7.8G   1% /tmp
/dev/sda2       974M  305M  602M  34% /boot
/dev/dm-6       3.6T  2.5T  894G  75% /home
/dev/dm-7       4.9G  4.4G  252M  95% /var
/dev/loop0      128K  128K     0 100% /var/lib/snapd/snap/bare/5
/dev/loop1       41M   41M     0 100% /var/lib/snapd/snap/snapd/20290
/dev/loop2       41M   41M     0 100% /var/lib/snapd/snap/snapd/20671
tmpfs           1.6G   76K  1.6G   1% /run/user/1000

And the output of lsblk -f

NAME                                            FSTYPE      FSVER    LABEL UUID                                   FSAVAIL FSUSE% MOUNTPOINTS
loop0                                                                                                                   0   100% /var/lib/snapd/snap/bare/5
                                                                                                                                 /var/lib/snapd/snap/bare/5
loop1                                                                                                                   0   100% /var/lib/snapd/snap/snapd/20290
                                                                                                                                 /var/lib/snapd/snap/snapd/20290
loop2                                                                                                                   0   100% /var/lib/snapd/snap/snapd/20671
                                                                                                                                 /var/lib/snapd/snap/snapd/20671
sda                                                                                                                              
├─sda1                                                                                                                           
├─sda2                                          ext4        1.0            1c871865-5c79-4110-b7c4-2c9a8032473e    601.5M    31% /boot
└─sda3                                          LVM2_member LVM2 001       pUrD9u-HAWc-MfSk-TFFh-osyd-ALsF-6vQAwB                
  └─fedora_SSD-root                             crypto_LUKS 2              a4e822f1-55f1-4e17-bd23-fa818caa0c81                  
    └─luks-a4e822f1-55f1-4e17-bd23-fa818caa0c81 ext4        1.0            d659e834-56f2-45fd-83f9-397ea548746f       89G    11% /
sdb                                                                                                                              
└─sdb1                                          LVM2_member LVM2 001       f5xZpm-6CI9-6fcx-2B0U-PFiS-VOM0-IdpBKT                
  ├─fedora_hdd-swap                             crypto_LUKS 2              7a2b2007-13d2-4b7e-b831-f9c0ecb5dda5                  
  │ └─luks-7a2b2007-13d2-4b7e-b831-f9c0ecb5dda5 swap        1              d798bd4f-ae69-4db8-a7d0-1ec10d5370de                  [SWAP]
  ├─fedora_hdd-var                              crypto_LUKS 2              19c6102a-ac3a-4b02-ac54-1237495c5809                  
  │ └─luks-19c6102a-ac3a-4b02-ac54-1237495c5809 ext4        1.0            c5ebf741-c943-4134-8501-f60d0d190176    251.4M    89% /var/lib/snapd/snap
  │                                                                                                                              /var
  └─fedora_hdd-home                             crypto_LUKS 2              65770781-490a-4038-94c7-2cfdef088689                  
    └─luks-65770781-490a-4038-94c7-2cfdef088689 ext4        1.0            32ba3fa8-9cfe-4d90-aca0-3641ca722c27    893.7G    70% /home
zram0                                                                                                                            [SWAP]

It appears snap is causing /var/ to fill up.

I agree 5gb /var/ is small. I made a mistake when setting up this system on that regard.

Any other information that might be needed for resolving the problem?

[massiveloser123 (User User)]

Found a temporary workaround to free up space in /var/, ended up deleting snapd since it’s unnecessary for my personal use.

[computersavvy (Jeff V)]

Glad you found a temporary fix.

The permanent fix would be to either

1. enlarge /var to an adequate size. (I recommend at least 50 GB)
   or
2. merge /var into the root file system then the space currently used by /var wold be available for other use.

I would recommend option 2 since the root file system is currently only 13% occupied with 13G data and /var is using 4.4G data. Merging the /var data into / should result in still using <20% of the root file system with about 18G data

/var contains all of the log files, cache files, and other files that routinely grow or shrink over time so it must have adequate space to prevent problems such as you already encountered.