That is VERY useful & very clear!
I’m sure there are base files for setups of installed programs for whatever desktop is used, but
What is in /root & why is it 15GB?
or are the linux programs and desktop full installs go to /root, just config files in /home?
I understand why my /home is so big, mostly due to .wine installed programs.
I understand log files and backups getting out of hand why it pegged out my 30GB of space, but I’m curious because linux is so small itself, and in the grand scheme of things, I haven’t really installed much more than a default KDE desktop, so is KDE that big? I did some searching and can’t really find the answer to that.
I’m very fond of KDE and what it can do, so before I say much else I’m wondering about that.
Good finds and good outline on a path to take.
Something I might consider as well, and might work for others too.
It’s nice to know options that are available in this situation but a backup drive is needed to save information so I’m thinking quickest way for me I may have
an extra hard drive, do fresh install on new drive and fix the partition sizes to higher levels I want. Copy old /home to new /home, keep old drive as backup.
I’ll just have to remember to make the config adjustment from the other thread so root doesn’t get filled with log files again.
Original topic location
@manuel To evaluate that, could you show the output of these commands:
sudo fdisk -l
$ lsblk -fm NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT SIZE OWNER GROUP MODE sda 465.8G brw-rw---- ├─sda1 vfat boot DCC2-0431 251.7M 0% /boot/efi 256M brw-rw---- ├─sda2 ext4 root 73ef6045-faa6-4539-a7f1-71a12b7c5ae8 14.4G 49% / 29.3G brw-rw---- ├─sda3 ext4 AntergosHome 480002a3-14c3-4b7c-b11f-eb6644b48998 208.5G 46% /home 430.4G brw-rw---- └─sda4 swap AntergosSwap df459671-0e19-475f-bdb3-3762d3b717b1 [SWAP] 5.9G brw-rw---- sdb 1.8T brw-rw---- └─sdb1 ext4 Apocalypse 095f446a-1a2a-41f6-947e-06ffbd34ed3a 1.4T 15% /run/media/major/Apocalypse 1.8T brw-rw----
$ sudo fdisk -l Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors Disk model: Hitachi HDP72505 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 2ABA87A6-1332-454E-8444-F16A96599E19 Device Start End Sectors Size Type /dev/sda1 2048 526335 524288 256M EFI System /dev/sda2 526336 61966335 61440000 29.3G Linux filesystem /dev/sda3 61966336 964538367 902572032 430.4G Linux home /dev/sda4 964538368 976773134 12234767 5.9G Linux swap Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors Disk model: WDC WD20EARS-00M Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0xd6b0675b Device Boot Start End Sectors Size Id Type /dev/sdb1 2048 3907028991 3907026944 1.8T 83 Linux
du /var/log/journal -h
$ du /var/log/journal -h 8.0K /var/log/journal/remote 41M /var/log/journal/3ba44611d0394c22b20710fbad290693 41M /var/log/journal
Also un-commented the SystemMaxUse= in /etc/systemd/journald.conf
and added 50M
Got root down to 49%
$ df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda2 30106488 14578508 15204396 49% /
Still seems high, but then again, I’m not an expert and
don’t know what all goes in root, but very happy to have it limited now.
Maybe someday there will be a system tweaks GUI you can change things in lol
have paccache in now
$ sudo paccache -d ==> no candidate packages found for pruning
If you think of any other places log buildup or old backup
files may be hiding, let me know.
Thanks for your help in this, other things have seemed to
work correctly since the purge.
Should be good for now… as long as nothing explodes lol
I have 2 folders
remote is empty
delete folder 3ba44611d0394c22b20710fbad290693 or delete the contents of 3ba44611d0394c22b20710fbad290693 ?
inside folder 3ba44611d0394c22b20710fbad290693 is a file called system.journal and a whole bunch of files called [email protected] number.journal
leave system.journal and a few of the [email protected] number.journal files and delete the rest?
du /var/log/journal -h
$ df Filesystem 1K-blocks Used Available Use% Mounted on dev 6102092 0 6102092 0% /dev run 6110580 1280 6109300 1% /run /dev/sda2 30106488 15352656 14430248 52% / tmpfs 6110580 128360 5982220 3% /dev/shm tmpfs 6110580 0 6110580 0% /sys/fs/cgroup tmpfs 6110580 45932 6064648 1% /tmp /dev/sda1 258095 364 257731 1% /boot/efi /dev/sda3 443152616 199450812 221121120 48% /home tmpfs 1222116 56 1222060 1% /run/user/1000
$ du /var/log/journal -h 8.0K /var/log/journal/remote 817M /var/log/journal/3ba44611d0394c22b20710fbad290693 817M /var/log/journal
hmmm, that’s a big journal?
sudo paccache -d
I just got back from a reboot…
It figures, Right after I posted I found using another search term gave me
“You can have pacman clean its cache, keeping only the current version and one previous version, by running:”
sudo pacman -Sc
This cut the usage of root in half to 15GB
$ df -hT Filesystem Type Size Used Avail Use% Mounted on dev devtmpfs 5.9G 0 5.9G 0% /dev run tmpfs 5.9G 1.3M 5.9G 1% /run /dev/sda2 ext4 29G 15G 15G 51% / tmpfs tmpfs 5.9G 36M 5.8G 1% /dev/shm tmpfs tmpfs 5.9G 0 5.9G 0% /sys/fs/cgroup tmpfs tmpfs 5.9G 40M 5.8G 1% /tmp /dev/sda1 vfat 253M 364K 252M 1% /boot/efi /dev/sda3 ext4 423G 190G 212G 48% /home tmpfs tmpfs 1.2G 12K 1.2G 1% /run/user/1000 /dev/sdb1 ext4 1.8T 267G 1.5T 16% /run/media/major/Apocalypse
I’m guessing it looks better now lol
but, cmd not found, curious as to why?
$ sudo paccache -d sudo: paccache: command not found
I didn’t expect a response quite so quick so I thank you, IMMENSELY!
I’m going to mark this solved, however I do have another question this brings me.
Is it possible to make root partition larger, without deleting it, or a reinstall?
Why is root so big anyway, is it the desktop?
Well, this is new for me
Went to install today’s updates and got
Error: Partition / too full: 69594 blocks needed, 386 blocks free Failed to commit transaction: not enough free disk space
My root partition is 30GB but only 317MB left.
Not much information I’m finding in searches, but I did recently
have issues with baloo_file which I guess has something to do with metadata cataloging or something.
Before I do something stupid & un-doable, I need help.
Could there be a mass of temp files someplace using up all the space?