After all the times I’d read about downgrade, I guess I didn’t realize till now it was actually a package until you put it that way…
Idk wtf is wrong with me, I guess it takes a few times to realize some things, I guess I always associated downgrade with the OS because that’s the only time I ever used it.
“…and the monkey flips the switch” LMAO
Last Friday I came home from work, ran updates, rebooted to no gui.
I figure this is the day to fix a root partition size I’d been fighting.
New install I gave root a generous 100GB. At 30GB it just kept creeping back up to the full mark.
During the first 2 install/attempts discovered 2 bad hard drives…got those out of the way lol
Variouse other install attempts resulted from cinchi can’t find
xor-mkfontdir or wpa_actiond a couple others and maybe antergos desktop settings.
The last one might have been one of the bad drives, was trying to keep track but unsure due to poor note taking sry.
I finally got it in by installing as little as possible only installing aur and linux-lts in the feature selection and just enabled all repo’s.
This was with latest usb live image, written with suse-image writer, etcher seems to have errors all over the screen.
I’ve almost got everything set back up the way I want it, but when it comes to WINE, it is using a huge amount of CPU.
In an attempt to solve it I installed wine-staging, discovering some 3D modeling programs such as lightray3D function much closer to normal,
however the high cpu use seems to be with the game I’ve been playing for years all the sudden.
Is there something wrong with latest version of WINE does anyone know?
and are the older versions of WINE still in the repo someplace?
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?
After watching this continue on my system for a few months, the problem never went away, so decided to start looking into it because I’d fallen into the habit of just disabling it in the system activity after booting.
I’ve found traces of this this giving people ram issues back to 2015 as far as I’ve seen.
What’s interesting, we all had KDE in common in the instances I’d seen so if that helps anyone idk.
What fixed it for me was running
balooctl disable balooctl enable
the file indexer ran for a bit, I rebooted, not an issues since a couple days ago when I did it.
The solution was the same in 2017 in this forum, someone had an issue with baloo_file_extractor mine was baloo_file
I never saw anything in searches that could suggest what could cause this, the only thing I got was that it seemed to strike people randomly with KDE.
Maybe certain hardware not likeing an update at one point caused it idk.
Anyway, the super high ram & cpu usage isn’t at 75% anymore , hope it helps.
After further reading, apparently there is a hardware bug with some systems.
Disabling the automatic gain in Discord fixed the issues, for me.
After disabling automatic gain, you’ll have to set your system mic output and such up higher.
When your having issues and your in the mic test area of discord, a good indication of this issue is it detects your mic for a few seconds, then it says it can’t find anything.
Hope it helps someone.
Test with TS3 if you can in the mic testing options.
Something is wrong with audio and Discord.
I just spent several hrs trying to figure out audio settings but it’s Discord OR!!! something else, so I’m just trying to save people some frustration!
hmmm seems to be a little better after update & reboot.
ram usage hung around 52% instead of 75% like before, but shutting it off in system activity dropped it from 52% to 18%
but then again, maybe it hadn’t run long enough to get too high and start lagging system…It knows I’m watching it now lol
I’ll keep an eye on it
Just an fyi.
Since update past few days, started having system ram getting sucked up by a file called baloo, over 4 GB of ram shooting mem usage to 71%.
Idk if it’s from a specific program causing it or not, but the rig is slow as all get out until I shut it off.
pamac says it’s for metadata so idk if it’s related to vlc or not but I use it pretty much daily watching videos.
Just throwing this out there making it known for anyone else that might have noticed something.
I’ve been trying to remove them, but pamac will not uninstall them.
Also, should Remove unrequired dependencies be on or off in Pamac?
would this remove them?
I had this turned on one time with bad results and eventually my desktop and numerous programs were uninstalled.
I figure it safer to ask before haphazardly doing things and making my weekend a disaster.