Cannot upgrade or install several apps

I cannot upgrade several apps, as shown in the attached figures.

I then tried to uninstall and reinstall one but found I cannot again.

It’s really a strange problem.

That is a strange problem. I wonder if there is a filesystem issue. Is this ext4 or btrfs, do you know? The command df -Th / will show you.

PS: Thanks for showing exactly what happened. It’s better for us if you can copy the text and put it here as a code block — put three backtick characters in a row (```) on a line by themselves before and after the text. That makes it show up like this (using an example from my system):

explorer1:~$ sudo dnf upgrade gnome-software
Last metadata expiration check: 2:36:03 ago on Thu 04 Nov 2021 06:33:50 AM EDT.
Dependencies resolved.
Nothing to do.
Complete!
explorer1:~$ 

… which is easier for searching.

Thanks for your reply. Here is the output of df

$ df -Th
Filesystem     Type      Size  Used Avail Use% Mounted on
devtmpfs       devtmpfs  7.7G     0  7.7G   0% /dev
/dev/nvme0n1p6 btrfs     283G   14G  270G   5% /
/dev/nvme0n1p6 btrfs     283G   14G  270G   5% /home
/dev/nvme0n1p6 btrfs     283G   14G  270G   5% /usr/local
/dev/nvme0n1p3 fuseblk   190G  148G   43G  78% /mnt/c
/dev/nvme0n1p4 ext4      499M  152M  312M  33% /boot
/dev/nvme0n1p1 vfat      100M   70M   31M  70% /boot/efi

I saw a post recently about a btrfs issue where there was lots of space available shown by the df output but the system complained that there was no available space. It seemed that potentially the inodes had all been consumed and the user had to delete a lot of data/programs to allow the upgrade to complete properly.

I think this was it and the problem seems similar to yours.
https://discussion.fedoraproject.org/t/btrfs-problems-no-space-left-on-device-but-there-is-enough-multiple-block-group-profiles/74941

Yeah, that’s possible but seems unlikely with only 5% use and 270G free. If it were more like 95% used I’d suspect that too.

I think the next thing to do here is to look for errors in your logs with journalctl -k -g btrfs, and then maybe do btrfs scrub.