Hallo,
beim d-u heute hattte ich mehrmals die Meldung:
Kann nicht nach /usr/bin/mandb schreiben /var/cache/man/5761 voll
oder so ähnlich.
df -h zeigt bei root eine 100%-ige Ausnutzung. Nach apt-get clean und apt get autoclean lediglich Absenkung auf 95%.
Was muss getan werden?
Ich hatte bei root sonst 11 von 20 GB in Nutzung, also 55%.
Hi mylo,
mach doch erst mal im Wurzelverzeichnis stehend einen....
# du -sm * -|sort -n
...dann wissen wir mehr, wo der der große Brocken liegt ;-)
mal paar kernel löschen? Wann war den 11 von 20 GB in Nutzung? Mails liegen auch unter /var, wenn auch kaum GB-weise.
Dennoch, durchsuchen nach platzverschwendern kannst nur du, es sei denn du verrätst mir dein root passwort, deine ip und öffnest ssh für root zugriff ;-)
Hi michaa7,
also unter /var kann sich sehr wohl gigabyteweise Daten ansammeln, z.B. unter /var/tmp/kdecache-* ;-)
Hier nicht sehr groß, aber schon 1,2 GB
# du -sm /var/tmp
1252 /var/tmp
du -sm * -|sort -n
du: Zugriff auf ,,proc/4579/task/4579/fd/3" nicht möglich: Datei oder Verzeichnis nicht gefunden
du: Zugriff auf ,,proc/4579/task/4579/fdinfo/3" nicht möglich: Datei oder Verzeichnis nicht gefunden
du: Zugriff auf ,,proc/4579/fd/3" nicht möglich: Datei oder Verzeichnis nicht gefunden
du: Zugriff auf ,,proc/4579/fdinfo/3" nicht möglich: Datei oder Verzeichnis nicht gefunden
0 dev
0 initrd.img
0 initrd.img.old
0 proc
0 sys
0 vmlinuz
0 vmlinuz.old
1 lib64
1 lost+found
1 mnt
1 opt
1 run
1 selinux
1 srv
1 tmp
6 lib32
8 bin
14 etc
14 sbin
69 boot
223 root
453 lib
803 var
4530 usr
11256 media
11528 home
246786 data
Der kernel-remover bietet 3 Kernel zum entfernen an. 2 Kernel entfernen bringt einen Prozentpunkt.
df -h gibt eine komische Ausgabe, die root -Part erscheint mit uuid-Label:
df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
rootfs 20G 18G 1,2G 94% /
udev 1,5G 0 1,5G 0% /dev
tmpfs 296M 648K 295M 1% /run
/dev/disk/by-uuid/87dcde0a-a75c-4349-8844-ca9448159258 20G 18G 1,2G 94% /
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 591M 68K 591M 1% /tmp
tmpfs 591M 4,0K 591M 1% /run/shm
/dev/sda5 20G 12G 7,3G 62% /home
/dev/sda6 64G 36G 25G 60% /data/a1
/dev/sda7 78G 64G 11G 86% /data/a2
/dev/sda8 50G 875M 46G 2% /data/a3
/dev/sdb1 78G 48G 27G 65% /data/b1
/dev/sdb2 78G 64G 9,9G 87% /data/b2
/dev/sdb3 78G 38G 37G 51% /data/b3
Ich habe nur siduction sda 5 bis 8 und sdb* sind reine Datenpartitionen.
TiB: das sind tebibytes oder ? Also 1.000 GiBiBytes?
Ich habe eigentlich nur 2 mal 250 GB.
Der Übeltäter scheint /proc/kcore zu sein.
What to do?
/proc/kcore ist, wie alles in /proc, rein virtuell und nimmt keinen Platz ein.
greetz
devil
Ok, warum sthet dort trotzdem 128 TiB? Was zu tun?
/media ist mit 11GB mal ein Anlaufpunkt um weiter zu forschen, denn das scheint doch Bestandteil des Wurzelverzeichnisses zu sein.
Quote
mach doch erst mal im Wurzelverzeichnis stehend einen....
Code:
# du -sm * -|sort -n
bluelupo,
ist nicht das - vor dem | sinnfrei?
greetz
devil
mylo,
Du kannst Dir auch Deine Plattenbelegung grafisch anschauen. Dazu gibt es z.B. filelight oder kdirstat
greetz
devil
/media ist ja das Verzeichnis, wo externe Medien gemounted werden. Wenn Du kein externes Medium angeschlossen hast, sollte das leer sein.
Vielleicht ist ja mal versehentlich bei einem Backup etc. etwas dorthin kopiert worden als kein externes Medium angeschlossen war. Dann liegt das jetzt in der /-Partition und nimmt Platz weg.
Gruß,
Wolfgang
Quote from: "devil"...Dazu gibt es z.B. filelight oder kdirstat
greetz
devil
kdirstat hatte ich nicht gesucht, fiel mir aber nicht ein. Ja da chaue ich mal.
Hallo wofritz, hallo devil,
in der Tat hatte ich mal einen 16 GB USB-Stick mit BTRFS partitioniert und dann zum testen den mal mit Musik vollgestopft. Ich hatte auch im media-Verzeichnis gesehen, dass da noch was da war, der Stick war jedoch nicht entfernt. Schon mal ein Hinweis zur Reife von BTRFS.
Mir war nicht klar, dass /media teil von /root ist. Jetzt ist / wieder bei 6 GB und 33%.
Danke!
Quote from: "mylo"Hallo wofritz, hallo devil,
in der Tat hatte ich mal einen 16 GB USB-Stick mit BTRFS partitioniert und dann zum testen den mal mit Musik vollgestopft. Ich hatte auch im media-Verzeichnis gesehen, dass da noch was da war, der Stick war jedoch nicht entfernt. Schon mal ein Hinweis zur Reife von BTRFS.
Mir war nicht klar, dass /media teil von /root ist. Jetzt ist / wieder bei 6 GB und 33%.
Danke!
Kleine Berichtigung:
/media ist nicht Teil von /root, welches ja das "Home" vom Benutzer root ist, sondern vom Wurzelverzeichnis /
Ahh, jetzt weiss ich endlich, wozu der neue Trend /media als tmpfs zu mounten gut sein soll! Vorschlag dies auch bei unserem nächsten siduction Release zu tun! Dann wäre sowas nicht passiert ...
Na und!
Dann wird beim nächsten Mal eben /mnt vollaufen, weil es halt sooo einfach ist vorhandene Ordner als Mountpunkte zu nutzen (mache ich jedenfalls für CD's, DVD's oder Loopdevices).