Phew ![]()
So I leave everything as it is. The 97% is not a problem.
Phew ![]()
So I leave everything as it is. The 97% is not a problem.
No, the outcome is the same with or without /
Hmβ¦
Try: sudo dust -b -D -d 1 -x /home/jonathan/
EDIT: Sorry, I was misinterpreting the output you showed above by thinking you did only get 2 or three lines of output when running dust
Where do you see 97%?
I just guess it shows the largest item in red and the total sum
In the disk-usage app:
βmoduliβ and βservicesβ use the most space.
β― sudo du -sh /etc/* | sort -h
...
584K /etc/ssh
688K /etc/services
820K /etc/systemd
2,9M /etc/bazaar
3,6M /etc/brltty
6,0M /etc/pki
14M /etc/udev
27M /etc/selinux
I removed brltty (because I donβt use braille) and bazaar (first took a backup). And altough I deleted those βbigβ files, itβs still 97%β¦
...
688K /etc/services
820K /etc/systemd
6,0M /etc/pki
14M /etc/udev
27M /etc/selinux
β― sudo dust -b -D -d 1 -x /home/jonathan/
0B βββ .cert
0B βββ .cups
0B βββ Applications
0B βββ Documenten
0B βββ Mixxx
4.0K βββ .somafm-radio
4.0K βββ .swt
8.0K βββ .gnupg
12K βββ .logseq
16K βββ .ssh
20K βββ .hydrogen
68K βββ .pki
84K βββ .bluefish
168K βββ .openshot_qt
216K βββ .dotnet
232K βββ .vst3
236K βββ .java
1.1M βββ Schermopnamen
1.6M βββ .npm
2.1M βββ Documents
13M βββ .vst
13M βββ .eclipse
27M βββ .BitwigStudio
30M βββ BespokeSynth
30M βββ .eteks
54M βββ .zotero
64M βββ .m2
94M βββ Afbeeldingen
118M βββ .cargo
120M βββ WebCam
150M βββ .vscode
200M βββ pacemaker
253M βββ midilink
286M βββ .config
350M βββ Downloads
542M βββ OneDrive
708M βββ .sdkman
757M βββ Muziek
1.3G βββ .rustup
1.4G βββ Sync
1.7G βββ .wine
1.8G βββ .mozilla
1.9G βββ .cache
3.1G βββ Zotero
7.7G βββ Piraat
11G βββ .mixxx
20G βββ .local
28G βββ vms
51G βββ Nextcloud
111G βββ .var
246G βββ΄ jonathan
I donβt know this disk app.
df -h didnβt show anything high like this.
You have a lot of stuff in ~/.varwhich is, AFAIK, only flatpak stuff.
You could look what uses the most space by running
du -sh ~/.var/app/ | sort -h
But, as I said above, you have (looking at the df output) enough free space.
Itβs a big difference. sudo du -sh /etc/* shows
6,0M /etc/pki
14M /etc/udev
27M /etc/selinux
which is even bigger then the moduli and services the app shows.
As long as everything seems to workβ¦
I had some strange beeping coming from my FrameWork laptop and it happened once or twice that it booted where I had to choose the latest image. But apart from that, everything runs nice ![]()
One thing to note about the Disk Usage application (and any disk space application) is that if you are running it as a Flatpak it will run in a sandboxed environment and the /etc it sees is not you computerβs actual /etc.
Additionally by default the flatkpak does not have access to your entire host system which makes disk usage applications difficult to use.
Even if you specify that the flatpak can see your whole system, your computerβs /etc will likely be mounted under /run/host/etc (Iβ¦ think but am not sureβ¦ it definitely mounts it somewhere odd) and the /etc you see in Disk Usage will still point to the sandboxed environment.
TL;DR: if a Flatpak application says /etc is 97% full that is the sandbox environment and unrelated to your host system.
This means that those flatpak disk usage apps are mor or less useless.
I never ran a GUI disk usage app because I like what I can do on the command line.
For checking system space the flatpak disk usage applications are fairly usage. Even if you give it access to the host system it tends to get confused on the mount pointsβ¦ itβs a mess.
It can be useful if you are looking for what is taking up space in your $HOME (~) folder but thatβs about it.
There are people who get more use out of the graphical interface. I salute your knowledge and experience with the terminal but there is a learning curve involved.
If the goal is to get system-wide βwhat is using up spaceβ information via a Disk Usage application, one will most likely want to layer it (via rpm-ostree). Layering too many packages can cause headaches on updates and is generally not recommended, so if one only needs Disk Usage a few times a year an argument can be made for layering it, using it, and then removing the layer.
Thanks for clarifying that! Iβll use the terminal for disk usage then, from now on!
This topic was automatically closed 3 days after the last reply. New replies are no longer allowed.