On Sun, 10 Nov 2024 at 12:21, Terry Hurlbut <[email protected]> wrote:

> Answers to Will's questions:
> At least 4437 MB more space required on the / filesystem.
>
> Output of lsblk:
>
> NAME                            MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
> <snip>
> sda                               8:0    0 111.8G  0 disk
> ├─sda1                            8:1    0     1G  0 part /boot
> └─sda2                            8:2    0 110.8G  0 part
>  ├─fedora_localhost--live-root 253:0    0    50G  0 lvm  /
>  ├─fedora_localhost--live-swap 253:1    0   7.9G  0 lvm  [SWAP]
>  └─fedora_localhost--live-home 253:2    0  52.9G  0 lvm  /home
> sdb                               8:16   0 931.5G  0 disk
> ├─sdb1                            8:17   0   128M  0 part
> └─sdb2                            8:18   0 931.4G  0 part /crypt
>

Both your / and /home are on LVM, that might give you some options to
juggle. What's the output of

# pvs
# vgs
# lvs

Output of df -h:
> ilesystem                               Size  Used Avail Use% Mounted on
> /dev/mapper/fedora_localhost--live-root   49G   47G  396M 100% /
> /dev/mapper/fedora_localhost--live-home   52G  1.7G   48G   4% /home
> tmpfs                                    794M  152K  794M   1%
> /run/user/1000
>
> Output of du -xk / | sort -n -k1 | tail -20:
> 3055132 /var/lib/flatpak
> 3145220 /var/cache/abrt-di/usr/lib/debug/usr
> 3317376 /var/cache/abrt-di/usr/lib/debug
> 3317380 /var/cache/abrt-di/usr/lib
> 3405388 /var/cache/abrt-di/usr
> 3405392 /var/cache/abrt-di
>

According to https://unix.stackexchange.com/a/130802 that
/var/cache/abrt-di can be cleared down, that'll get you ~3.5GiB.


> 3602180 /usr/lib
> 3683844 /var/lib/dnf/system-upgrade/fedora-7efbab3c1dbcd0d4/packages
> 3720924 /var/lib/dnf/system-upgrade/fedora-7efbab3c1dbcd0d4
> 5532256 /var/cache/dnf
> 5741152 /var/lib/snapd
> 5762344 /var/lib/dnf/system-upgrade
> 5816828 /var/lib/dnf
> 6108620 /usr/share
> 6801300 /usr/lib64
> 9175600 /var/cache
> 15815688        /var/lib
> 18315588        /usr
> 27260332        /var
> 48248356        /
>

"yum clean all" might claw back a little more space if the upgrade binaries
are stored separately?

Another thing: in my search of Linux partitioning tools I discovered, on
> the site Geeks for Geeks, two GUI partition management tools that allegedly
> offer "data integrity," meaning I could repartition a device without losing
> data on the partition(s) affected by the repartitioning operation. The ones
> recommended to me are GParted and the KDE partition manager. I am running
> in a KDE environment. Would anyone recommend either of those two
> partitioning tools?
>

I'd look at LVM before starting to mess with moving/resizing partition
boundaries. I didn't actually check which file systems are on your devices,
what does the following show:

# df -Tk

You could steal some space from /home and reallocate to / following:
https://unix.stackexchange.com/questions/213245/increase-root-partition-by-reducing-home#213417
-- 
_______________________________________________
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