Wow, also erstmal hat mir
sudo apt-get autoremove
195MB gegeben!! Da war wohl einiges, das hatte ich nie gemacht. Dachte
sudo apt-get clean
tut's auch, tut's aber nicht 😉 Allerdings, kann er jetzt immer noch nicht den Ubuntu-Kern aktualisieren, weil angeblich Speicherplatz in /tmp fehlt.
df -h
gibt mir jetzt:
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sda1 9,3G 8,4G 433M 96% /
none 4,0K 0 4,0K 0% /sys/fs/cgroup
udev 2,0G 4,0K 2,0G 1% /dev
tmpfs 404M 796K 403M 1% /run
none 5,0M 0 5,0M 0% /run/lock
none 2,0G 224K 2,0G 1% /run/shm
none 100M 44K 100M 1% /run/user
overflow 1,0M 32K 992K 4% /tmp
/dev/sda2 445G 292G 131G 70% /home
und
sudo du -h / --max-depth=1
:
292G /home
4,0K /cdrom
2,8M /root
4,0K /srv
0 /sys
1,3G /lib
8,8M /bin
du: Zugriff auf »/run/user/fe/gvfs“ nicht möglich: Keine Berechtigung
1,1M /run
40M /etc
4,0K /mnt
16K /media
16K /tmp
2,4G /var
4,0K /dev
11M /sbin
16K /lost+found
du: Zugriff auf »/proc/8296/task/8296/fd/3“ nicht möglich: Datei oder Verzeichnis nicht gefunden
du: Zugriff auf »/proc/8296/task/8296/fdinfo/3“ nicht möglich: Datei oder Verzeichnis nicht gefunden
du: Zugriff auf »/proc/8296/fd/3“ nicht möglich: Datei oder Verzeichnis nicht gefunden
du: Zugriff auf »/proc/8296/fdinfo/3“ nicht möglich: Datei oder Verzeichnis nicht gefunden
0 /proc
4,0K /selinux
4,3G /usr
368M /boot
300G /
Doch, es ist möglich, badblocks mit beschädigten Sektoren müllt die /var/logs/ voll wie hier in meinem Post festgestellt.
Danke für diesen Hinweis, Tuemmler!
Ich habe die entsprechende Datei damals einfach gelöscht.
Woher weiß ich, welche Datei das ist? Bei dir waren es ja 18GB, bei mir ist die größte Datei in /var/log 950MB... Allerdings auch syslog.1