the /proc/kcore file weighs a lot

render69 · 2024-10-11 14:49:17

I apologize right away if I sent my question somewhere else, it's my first day here.
The essence of the problem is as follows:
After installing android studio, I lost space in my system, I had 4 GB of memory after installation, deleted android studio, deleted the dota prematurely 4 GB free, cleaned the trash, bags and so on, 10 gigs appeared.
I can't install programs, games, and so on. In filelight, it shows that my entire system takes 117 gig, while the root takes 26 gig without a hom and 91 gig without a hom.

❯ df -h ─╯

Filesystem Size Used Avail Use% Mounted on
dev 14G 0 14G 0% /dev
run 14G 1.7M 14G 1% /run
efivarfs 128K 46K 78K 37% /sys/firmware/efi/efivars
/dev/nvme0n1p3 230G 220G 7.9G 97% /
tmpfs 14G 88M 14G 1% /dev/shm
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-journald.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-udev-load-credentials.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-tmpfiles-setup-dev-early.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-sysctl.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-tmpfiles-setup-dev.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-vconsole-setup.service
tmpfs 14G 25M 14G 1% /tmp
/dev/nvme0n1p3 230G 220G 7.9G 97% /home
/dev/nvme0n1p1 511M 296K 511M 1% /boot/efi
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-tmpfiles-setup.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-resolved.service
tmpfs 2.8G 124K 2.8G 1% /run/user/1000

I was surfing the Internet, and I saw that it was just a formality. BUT this formality does not allow me to install the program. if you don't understand something, it's not my fault, but the fault of the translator from Russian to English

gromit · 2024-10-11 15:00:31

Around 4 GB would match the source + the package + the package in /var/cache/pacman ... Did you already check this?

Trilby · 2024-10-11 15:54:54

You have the same partition mounted on both / and /home? That can't possibly work*. I cant even imagine all the chaos it would cause, but filling up the disk space would certainly be part of it. Do you have a /dev/nvme0n1p2 that is really supposed to be used as /?

PS: what does your title have to do with anything in your post?? /proc/kcore is not a "real" file and it doesn't take up any space on disk. It "should" be 128T on any modern desktop linux system. And while we're at it, why is this in the "forum and wiki" sub-forum?

*edit: unless that is the result of some btrfs or other form of subvolume black magic as suggested below. The partition numbering would still suggest something is odd.

Last edited by Trilby (2024-10-11 20:41:06)

cryptearth · 2024-10-11 16:45:27

how about BtrFS with its @-subvols? don't they list in fstab and show up in mount all as the same partition, do they?

lahwaacz · 2024-10-11 19:41:52

If there is a Btrfs file system, the df output will not be accurate: https://wiki.archlinux.org/title/Btrfs# … free_space

ewaller · 2024-10-11 21:02:23

Moving to Newbie Corner

Arch Linux

#1 2024-10-11 14:49:17

the /proc/kcore file weighs a lot

#2 2024-10-11 15:00:31

Re: the /proc/kcore file weighs a lot

#3 2024-10-11 15:54:54

Re: the /proc/kcore file weighs a lot

#4 2024-10-11 16:45:27

Re: the /proc/kcore file weighs a lot

#5 2024-10-11 19:41:52

Re: the /proc/kcore file weighs a lot

#6 2024-10-11 21:02:23

Re: the /proc/kcore file weighs a lot

Board footer