Re: How to free up space on the / filesystem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Oh, and according to https://unix.stackexchange.com/questions/414963/fedora-25-to-27-upgrade-not-enough-space you could also try symlinking or bind mounting /var/lib/dnf/system-upgrade over to a device with more free disk space. I imagine having the upgrade packages on the root device is probably a better option if you can, so exercise caution.


On Sun, 10 Nov 2024 at 11:58, Will McDonald <wmcdonald@xxxxxxxxx> wrote:
If you can, show people actual command outputs, it'll make it easier to help.

Do you have any flex with LVM or are your filesystems directly on block devices? e.g.

root@fedora:~# pvs; vgs; lvs

Review your mounts/filesystems, e.g.:

root@fedora:~# lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
zram0       252:0    0     8G  0 disk [SWAP]
nvme0n1     259:0    0 953.9G  0 disk
├─nvme0n1p1 259:1    0   600M  0 part /boot/efi
├─nvme0n1p2 259:2    0     1G  0 part /boot
└─nvme0n1p3 259:3    0 952.3G  0 part /home
                                      /
root@fedora:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme0n1p3  953G  136G  817G  15% /
devtmpfs        4.0M     0  4.0M   0% /dev
tmpfs            16G   84K   16G   1% /dev/shm
efivarfs        246K   47K  195K  20% /sys/firmware/efi/efivars
tmpfs           6.3G  2.3M  6.3G   1% /run
/dev/nvme0n1p3  953G  136G  817G  15% /home
/dev/nvme0n1p2  974M  292M  615M  33% /boot
tmpfs            16G  672K   16G   1% /tmp
/dev/nvme0n1p1  599M   20M  580M   4% /boot/efi
tmpfs           3.2G   12M  3.1G   1% /run/user/1000

Understand where your space is being consumed on the / device. Don't use '-h' so you can sort easily, use 'x' so as to limit your 'du' to a single device. e.g.

root@fedora:~# du -xk / | sort -n -k1 | tail -20
1480504 /usr/lib/python3.12/site-packages/azure
1561480 /var/spool/abrt/ccpp-2024-04-27-13:17:11.106624-89698
1602284 /opt
2184720 /var/spool
2184720 /var/spool/abrt
2226356 /var/cache
2344592 /usr/lib/python3.12
2344592 /usr/lib/python3.12/site-packages
3429168 /usr/share
4395972 /usr/lib
5354284 /usr/lib64
9976580 /var/lib/flatpak/repo/objects
9980444 /var/lib/flatpak/repo
10041060 /var/lib/flatpak
14354904 /usr
33858716 /var/lib/libvirt/images
33858724 /var/lib/libvirt
44206592 /var/lib
49862812 /var
65976164 /

(Optional, `du -xk / | sort -n -k1 | tac` if you prefer your output the other way round...)

Next, is any of that stuff you don't need? So in my example, I could look at my libvirt images, or flatpacks (which I will, because I'm not specifically using any, to my knowledge.)

Do you have logs you can rotate/archive from /var (if /var's on your / drive rather than its own block device / partition.)

Do you have any Yum cache lying around from old major version upgrades?

What's on the filesystem that *isn't* owned by a package, should it be there?


On Sun, 10 Nov 2024 at 11:23, Terry Hurlbut <temlakos@xxxxxxxxx> wrote:
Everyone:

I have a problem upgrading to Fedora 41. After I download all the
packages and import the keys, it's telling me I need around 5 GB more
space on the / filesystem. The / system is on a partition that has only
50 GiB total, and 395.2 MiB free. (I use the GiB and MiB symbols
deliberately.) Specifically it says I need to find 4437 MB on that
system. If I have to repartition, I understand that I might as well do a
fresh install. My data is safe enough - it's on a completely different
physical device, mounted as /crypt - and another petition on the "root
device" is present with 47.4 GiB free (there's nothing on it but the
contents of /home). But I can't remember half the stuff I installed from
non-core repositories like rpmfusion, and if I have to install from
scratch, I'll lose a lot of applications. (The kernels are on /boot,
which is a 1.0 GiB partition that has more than 500 MiB free.) How can I
free up that extra space (say, 5GiB for good measure) without having to
reformat the root device for a fresh install?

Temlakos
--
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
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/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
-- 
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
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/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux