Guten Morgen ...
Ich trage mich mit dem Gedanken "/" mal zu entrümpeln.
Die Partition hat 477,4 GB von der noch 125 GB frei sind.
'duf' bietet folgendes Ergebnis:
╭────────────────────────────────────────────────────────────────────────────────────────────╮
│ 2 local devices │
├────────────┬────────┬────────┬────────┬────────────────────────────┬──────┬────────────────┤
│ MOUNTED ON │ SIZE │ USED │ AVAIL │ USE% │ TYPE │ FILESYSTEM │
├────────────┼────────┼────────┼────────┼────────────────────────────┼──────┼────────────────┤
│ / │ 477.4G │ 327.9G │ 125.2G │ █████████████▌ 68.7% │ ext4 │ /dev/nvme0n1p5 │
│ /boot/efi │ 96.0M │ 28.0M │ 68.0M │ █████▌ 29.2% │ vfat │ /dev/nvme0n1p1 │
╰────────────┴────────┴────────┴────────┴────────────────────────────┴──────┴────────────────╯
╭──────────────────────────────────────────────────────────────────────────────────────────────────────────╮
│ 2 fuse devices │
├───────────────────────┬────────┬────────┬────────┬────────────────────────────┬─────────┬────────────────┤
│ MOUNTED ON │ SIZE │ USED │ AVAIL │ USE% │ TYPE │ FILESYSTEM │
├───────────────────────┼────────┼────────┼────────┼────────────────────────────┼─────────┼────────────────┤
│ /media/isegrimm/FILES │ 1.8T │ 631.3G │ 1.2T │ ██████▌ 33.9% │ fuseblk │ /dev/sda2 │
│ /mnt/WINDOWS │ 467.1G │ 181.5G │ 285.6G │ ███████▌ 38.9% │ fuseblk │ /dev/nvme0n1p3 │
╰───────────────────────┴────────┴────────┴────────┴────────────────────────────┴─────────┴────────────────╯
╭────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────╮
│ 8 special devices │
├───────────────────────────────────────────┬────────┬────────┬─────────┬────────────────────────────┬──────────┬────────────┤
│ MOUNTED ON │ SIZE │ USED │ AVAIL │ USE% │ TYPE │ FILESYSTEM │
├───────────────────────────────────────────┼────────┼────────┼─────────┼────────────────────────────┼──────────┼────────────┤
│ /dev │ 15.4G │ 0B │ 15.4G │ 0.0% │ devtmpfs │ udev │
│ /dev/shm │ 15.5G │ 4.0K │ 15.5G │ 0.0% │ tmpfs │ tmpfs │
│ /run │ 3.1G │ 2.4M │ 3.1G │ 0.1% │ tmpfs │ tmpfs │
│ /run/credentials/libvirtd.service │ 1.0M │ 4.0K │ 1020.0K │ 0.4% │ tmpfs │ none │
│ /run/credentials/systemd-journald.service │ 1.0M │ 0B │ 1.0M │ 0.0% │ tmpfs │ none │
│ /run/user/1000 │ 3.1G │ 112.0K │ 3.1G │ 0.0% │ tmpfs │ tmpfs │
│ /sys/firmware/efi/efivars │ 267.9K │ 146.6K │ 116.3K │ ██████████▌ 54.7% │ efivarfs │ efivarfs │
│ /tmp │ 15.5G │ 44.0K │ 15.5G │ 0.0% │ tmpfs │ tmpfs │
╰───────────────────────────────────────────┴────────┴────────┴─────────┴────────────────────────────┴──────────┴────────────╯
Was ich jetzt schon getan habe, ist die Löschung aller obsolet gewordenen Dateien in den Systemordnern unter ~/<user>/Bilder, ~/<user>/Downloads, etc.
Der Output von 'duf' zeigt den Zustand nach dieser 'Entrümpelung'.
Was kann ich noch tun, um verwaiste Dateien zu finden, ohne Datei evtl. mein System zu beschädigen?
Für debianartige (oder besser apt-basierte) Linuxe empfehle ich - da von der alten Schule verwende ich 'apt-get', 'apt' täte es aber auch:
apt-get autoclean
apt-get autopurge
Keines dieser Kommandos sollte irgendeinen Schaden anrichten. Das erste Kommando kann - je nach Zustand - ganz schön Platz schaffen.
Falls man auf alle heruntergeladenen Pakete verzichten kann, tut es auch ein
apt-get clean
Das umfaßt dann auch ein 'autoclean', womit man darauf verzichten kann.
Dann kann man sich noch auf die Suche nach Dateien mit der Ergänzung .dpkg-... (das '-' vor den '...' ist wichtig!) auf die Suche machen. Das sind je nachdem überschriebene alte oder nicht akzeptierte neue Konfigurationsvarianten, sowie .ucf-old. Das ist aber alles normalerweise nur "Kleinvieh" und eher für solche Pedanten wie mich von Interesse 🙂.
Edit: versehentlich 'autoremove' geschrieben, aber 'autopurge' ist besser, weil es auch alte Konfigurationen beseitigt und es danach für 'apt' so aussieht, als wäre das Paket niemals installiert worden.
Hi ro_sid ...
'apt autopurge' verwende ich nach jedem 'apt full-upgrade' ... was ich täglich mache.
Mir kommt halt die Größe von '327.9G' so hoch vor, dass ich deshalb dachte, ich schlepp da noch irgendwelchen Krempel mit mir rum.
'deborphan' zeigt einige Einträge, aber ich bin mir nicht sicher, wie 'glaubwürdig' das ist.
┌──(isegrimm ㉿ T-A-K-A-Y-A)-▷[~]
└─▷$ deborphan
apt-transport-https
dnsutils
fonts-noto-hinted
freerdp3-wayland
gir1.2-gstreamer-1.0
gstreamer1.0-pipewire
libassuan0
libcanberra-gstreamer
libcpdb-frontend2t64
libhttp-parser2.9
libkf5akonadisearchcore5t64
libkf5akonadisearchpim5t64
libkf5globalaccelprivate5
libkgantt2
libldap-2.5-0
libllvm18
libosinfo-bin
libperl5.36
libusb-0.1-4
libvdpau-va-gl1
minetest-data
pkg-config
usr-is-merged
virtinst
vrms
In den 327 G ist ja wohl dein Homeverzeichnis noch drin. Woher sollen wir wissen, was da weg kann?
du -hd2 /home/isegrimm | sort -h--ks
Ja ... natürlich könnt ihr das nicht wissen.
Aber - wie ich oben schon schrieb - /home habe ich bereits entrümpelt ... es hat derzeit noch 55G
Also 270 GB fürs reine System? Das ist viel zu viel zu viel. Entweder Paketleichen (apt clean wurde schon empfohlen) oder (ich vermute) riesige Logdateien in /var/log.
Ein Debian-System kommt selten über 20 und praktisch nie über 30 GB, auch mit viel Software nicht. Ich hab hier gerade 23 GB, mit 2,4 GB in /opt und 7 GB in /var. Müsste da wohl auch mal ausmisten :)
Lass dir das Monsterteil nach Verzeichnissen aufschlüsseln:
sudo du -hxld1 / | sort -hrErklärung der Optionen:
- -h human-readable (14G statt 14680064)
- -x fremde/untergeordnete Dateisysteme auslassen (etwa /sys oder /proc)
- -l nur lokale Dateisysteme auswerten
- -d1 maximale Verzeichnistiefe (nach Wunsch erhöhen)
- -r umgekehrte Sortierreihenfolge
--ks
Was ist mit
$ du /var/cache/apt/archivesDort befinden sich alle (alte und neue) heruntergeladenen
Debian Pakete. Die alten können weg, weil sie nicht installiert
sind (zur Not kann man sie vom Debian Snapshot Server wieder
besorgen, dort wird ja alles aufgehoben). Die neuen kann man
löschen, weil sie ja installiert sind. Also ein
$ sudo rm -rf /var/cache/apt/archives/*könnte helfen.
Quote from: kreuzschnabel on 2026/08/05, 11:43:23Also 270 GB fürs reine System? Das ist viel zu viel zu viel. Entweder Paketleichen (apt clean wurde schon empfohlen) oder (ich vermute) riesige Logdateien in /var/log. [...]
Jetzt weißt Du was ich meine :)
┌──(isegrimm ㉿ T-A-K-A-Y-A)-▷[~]
└─▷$ doas du -hxld1 / | sort -hr
330G /
215G /var
58G /home
51G /usr
4,6G /opt
1,9G /root
177M /boot
23M /etc
296K /fll
16K /lost+found
8,0K /mnt
8,0K /media
4,0K /srv
4,0K /.snapshots
4,0K /disks
Der Tipp mit den überbordenden log-Files scheint der Treffer zu sein, wenn man sich mal die Größe von '/var' ansieht.
Ich hab das dann noch mal mit dem Ziel '/var' durchlaufen lassen ... aber es sind nicht die logs ... es sind die libraries:
┌──(isegrimm ㉿ T-A-K-A-Y-A)-▷[~]
└─▷$ doas du -hxld1 /var | sort -hr
215G /var
213G /var/lib
1,5G /var/log
1,4G /var/cache
14M /var/backups
7,4M /var/mail
156K /var/tmp
116K /var/games
104K /var/spool
4,0K /var/opt
4,0K /var/local
@teriarch
Das Verzeichnis ist eher unauffällig:
┌──(isegrimm ㉿ T-A-K-A-Y-A)-▷[~]
└─▷$ doas du -h /var/cache/apt/archives
4,0K /var/cache/apt/archives/partial
348K /var/cache/apt/archives
Quote from: Teriarch on 2026/08/05, 11:55:31Also ein
$ sudo rm -rf /var/cache/apt/archives/*könnte helfen.
Das macht aber nicht viel anderes als
apt clean und hat den Vorteil, dass du der Paketverwaltung nicht von der Seite in die Suppe spuckst :)
--ks
Naja, über 30 GB schafft man schon. Aber das ist dann doch schon etwas speziell. Bei mir liegen unter /usr/share/ollama ein paar Models, mit denen ich mich gelegentlich ein wenig amüsiere. Die nehmen aktuell etwa 46 GB ein. Das ist mir aber bewusst und eingepreist. Könnte die auch auf eine Datenpartition verlagern.
Bei Isegrimm666 vermute ich auch eher ins Unendliche wachsende Logfiles oder ähnliche Fettwänste.
Also einfach mal die dicksten Dinger in den Verzeichnissen aufspüren.
Mal mit doas find "/var/log" -type f -exec du -b {} + | sort -nr | head -n 25 die 25 größten Logfiles anzeigen lassen; zum Vergleich: Bei mir ist die größte Datei 67 MB groß.
Analog in /usr oder /opt mal suchen.
edlin
@edlin
Der Wasserkopf sitzt in /var/lib:
┌──(isegrimm ㉿ T-A-K-A-Y-A)-▷[~]
└─▷$ doas du -hxld1 /var | sort -hr
215G /var
213G /var/lib
1,5G /var/log
1,4G /var/cache
14M /var/backups
7,4M /var/mail
156K /var/tmp
116K /var/games
104K /var/spool
4,0K /var/opt
4,0K /var/local
Und 213GB an libraries können doch nicht normal sein, oder?
Na dann zeig doch mal, was doas find "/var/lib" -type f -exec du -b {} + | sort -nr | head -n 25
ausspuckt. Die größte Datei ist bei mir rund 100 MB groß.
edlin
Genauer gesagt ist es libvirt:
┌──(isegrimm ㉿ T-A-K-A-Y-A)-▷[~]
└─▷$ doas du -hxld1 /var/lib | sort -hr
213G /var/lib
196G /var/lib/libvirt
9,7G /var/lib/flatpak
5,1G /var/lib/docker
309M /var/lib/clamav
249M /var/lib/dpkg
244M /var/lib/apt
207M /var/lib/texmf
172M /var/lib/dkms
57M /var/lib/plocate
37M /var/lib/tor
35M /var/lib/swcatalog
22M /var/lib/aptitude
11M /var/lib/preload
6,6M /var/lib/gnubg
6,2M /var/lib/aspell
3,4M /var/lib/command-not-found
2,9M /var/lib/smartmontools
2,8M /var/lib/ucf
2,3M /var/lib/sddm
2,3M /var/lib/fwupd
1,2M /var/lib/systemd
476K /var/lib/rkhunter
300K /var/lib/containerd
280K /var/lib/tex-common
224K /var/lib/upower
120K /var/lib/AccountsService
88K /var/lib/bluetooth
68K /var/lib/PackageKit
56K /var/lib/colord
40K /var/lib/sepolgen
40K /var/lib/ghostscript
36K /var/lib/xml-core
36K /var/lib/exim4
36K /var/lib/dictionaries-common
32K /var/lib/swtpm-localca
32K /var/lib/NetworkManager
28K /var/lib/pam
28K /var/lib/libxml-sax-perl
28K /var/lib/emacsen-common
24K /var/lib/iwd
20K /var/lib/lockdown
20K /var/lib/alsa
16K /var/lib/libreoffice
12K /var/lib/tpm2-tss
12K /var/lib/sgml-base
12K /var/lib/nfs
12K /var/lib/msttcorefonts
12K /var/lib/grub
12K /var/lib/containers
8,0K /var/lib/xkb
8,0K /var/lib/xfonts
8,0K /var/lib/vim
8,0K /var/lib/sudo
8,0K /var/lib/samba
8,0K /var/lib/os-prober
8,0K /var/lib/openvpn
8,0K /var/lib/logrotate
8,0K /var/lib/ispell
8,0K /var/lib/gems
8,0K /var/lib/cni
8,0K /var/lib/boltd
4,0K /var/lib/xfsprogs
4,0K /var/lib/wtmpdb
4,0K /var/lib/usb_modeswitch
4,0K /var/lib/udisks2
4,0K /var/lib/tpm
4,0K /var/lib/synaptic
4,0K /var/lib/snmp
4,0K /var/lib/selinux
4,0K /var/lib/saned
4,0K /var/lib/python
4,0K /var/lib/private
4,0K /var/lib/power-profiles-daemon
4,0K /var/lib/portables
4,0K /var/lib/nala
4,0K /var/lib/misc
4,0K /var/lib/mdcheck
4,0K /var/lib/man-db
4,0K /var/lib/machines
4,0K /var/lib/iscsi
4,0K /var/lib/gsettings-desktop-schemas
4,0K /var/lib/git
4,0K /var/lib/geoclue
4,0K /var/lib/fprint
4,0K /var/lib/dhcp
4,0K /var/lib/deborphan
4,0K /var/lib/dbus
4,0K /var/lib/ca-certificates-java
4,0K /var/lib/avahi-autoipd
Sehe ich mir aber libvirt in dolphin an, dann ist da nix überdimensionales (versteckte Dateien sind aktiviert)
Quote from: edlin on 2026/08/05, 12:41:51Na dann zeig doch mal, was doas find "/var/lib" -type f -exec du -b {} + | sort -nr | head -n 25
ausspuckt. Die größte Datei ist bei mir rund 100 MB groß.
edlin
Es sind wohl die images der VMs:
┌──(isegrimm ㉿ T-A-K-A-Y-A)-▷[~]
└─▷$ doas find "/var/lib" -type f -exec du -b {} + | sort -nr | head -n 25
137460187136 /var/lib/libvirt/images/WINDOWS_10.qcow2
107390828544 /var/lib/libvirt/images/MODICIA_PROFESSIONAL_6-12-22.qcow2
107390828544 /var/lib/libvirt/images/LINUX_FX.qcow2
107390828544 /var/lib/libvirt/images/KALI-PURPLE.qcow2
107390828544 /var/lib/libvirt/images/KALI-BLUE.qcow2
107390828544 /var/lib/libvirt/images/DEEPIN_25-BETA.qcow2
107390828544 /var/lib/libvirt/images/DEBIAN_13_TRIXIE.qcow2
107390828544 /var/lib/libvirt/images/CACHY_OS.qcow2
32988463104 /var/lib/libvirt/images/Linux-Mint-WILMA.qcow2
11445600256 /var/lib/libvirt/images/DEBIAN_13_TRIXIE.2025-08-13_CLEAN_SYSTEM
7591114925 /var/lib/libvirt/images/DEBIAN_13_TRIXIE-mem.2025-08-13_CLEAN_SYSTEM
541436264 /var/lib/docker/overlay2/8eb7782f01b585c1d337379139e3471e2bf7495c0308bf2835fbd69fd402cd01/diff/usr/local/bin/chroma
532272494 /var/lib/docker/overlay2/lj44eldkep7yz71vfvonmnwz0/diff/root/.cache/pip/http-v2/7/f/9/b/b/7f9bbfd15edef2b468e80330561705fb9b79270e157a99b8514377de.body
423138758 /var/lib/docker/overlay2/lj44eldkep7yz71vfvonmnwz0/diff/root/.cache/pip/http-v2/9/6/7/0/9/967095dde3a39b909c8ac4e9d647e09805af04b674b9c3af265491f4.body
366173588 /var/lib/docker/overlay2/lj44eldkep7yz71vfvonmnwz0/diff/root/.cache/pip/http-v2/1/7/b/3/c/17b3ccc5655dde09312a6829a7cbc7644dca51e1a91bcd518735a849.body
236346880 /var/lib/clamav/main.cld
216620248 /var/lib/flatpak/repo/objects/5e/13c4642e9ad2266402f8773201ae250f5956919ce3d85b7cc7d30b52ed01df.file
216620248 /var/lib/flatpak/app/io.podman_desktop.PodmanDesktop/x86_64/stable/26c146d427668b2238f952d0881b397d8df3a25593bbed8189c55cf1a46bfef4/files/main/podman-desktop
214085489 /var/lib/docker/overlay2/lj44eldkep7yz71vfvonmnwz0/diff/root/.cache/pip/http-v2/0/c/3/9/4/0c394ca00fe56bd031c9027299af5b6e057fd41ab6e05aae5e1883b6.body
205976000 /var/lib/docker/overlay2/lj44eldkep7yz71vfvonmnwz0/diff/root/.cache/pip/http-v2/f/2/4/3/a/f243aabc46b49f05ac92871356a7fa02c4433c19dc6811c7d0c0121d.body
200941980 /var/lib/docker/overlay2/lj44eldkep7yz71vfvonmnwz0/diff/root/.cache/pip/http-v2/3/3/4/6/3/33463ab4e30e6c61454b32d8c4adb866cadf1b25c61cdeba4e38ee3a.body
197729537 /var/lib/docker/overlay2/lj44eldkep7yz71vfvonmnwz0/diff/root/.cache/pip/http-v2/b/4/e/5/c/b4e5c57a123ec0b01ce4837504d2234e44a4c808299ac91358a6e8c9.body
170148586 /var/lib/docker/overlay2/lj44eldkep7yz71vfvonmnwz0/diff/root/.cache/pip/http-v2/2/7/d/b/6/27db63bb54958c097d50073ad1b7c22c834073000b3cb21792a743d4.body
161502948 /var/lib/flatpak/repo/objects/48/b0554d1662fbf4da18deeb437fc12e6e79ef0124b0dd057c269b41d9fd83c1.file
161502948 /var/lib/flatpak/app/io.podman_desktop.PodmanDesktop/x86_64/stable/26c146d427668b2238f952d0881b397d8df3a25593bbed8189c55cf1a46bfef4/files/main/resources/app.asar
Na dann ist doch alles klar. Jetzt musst du dich entscheiden, ob du auf eine VM verzichten kannst oder ob du sie verlagern willst oder einfach damit leben kannst.
edlin
Ich hab schon entrümpelt ... werde aber die verbleibenden noch auslagern ...
Danke an alle für die Unterstützung. :)
@kreuzschnabel
> und hat den Vorteil, dass du der Paketverwaltung nicht von der Seite in die Suppe spuckst
Das Gegenteil ist der Fall:
Die direkte Methode vermeidet, dass mir die Frontends der Paketverwaltung in die Quere kommen
(mit zusätzlichen Dingen, die "nicht viel anderes" machen).