Author Topic: [DE] Root Partition voll (Read 5071 times)

mylo · « **on:** 2012/04/21, 19:27:16 »

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%.

bluelupo · « **Reply #1 on:** 2012/04/21, 19:42:19 »

Hi mylo,
mach doch erst mal im Wurzelverzeichnis stehend einen....

Code: [Select]


# du -sm * -|sort -n

...dann wissen wir mehr, wo der der große Brocken liegt ;-)

michaa7 · « **Reply #2 on:** 2012/04/21, 19:44:03 »

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 ;-)

bluelupo · « **Reply #3 on:** 2012/04/21, 19:46:21 »

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

Code: [Select]


# du -sm  /var/tmp
1252    /var/tmp

mylo · « **Reply #4 on:** 2012/04/21, 21:30:22 »

Code: [Select]

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:

Code: [Select]

 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.

mylo · « **Reply #5 on:** 2012/04/21, 21:36:19 »

TiB: das sind tebibytes oder ? Also 1.000 GiBiBytes?

Ich habe eigentlich nur 2 mal 250 GB.

mylo · « **Reply #6 on:** 2012/04/21, 22:05:25 »

Der Übeltäter scheint /proc/kcore zu sein.
What to do?

devil · « **Reply #7 on:** 2012/04/21, 23:02:41 »

/proc/kcore ist, wie alles in /proc, rein virtuell und nimmt keinen Platz ein.

greetz
devil

mylo · « **Reply #8 on:** 2012/04/21, 23:45:38 »

Ok, warum sthet dort trotzdem 128 TiB? Was zu tun?

michaaa62 · « **Reply #9 on:** 2012/04/22, 00:35:16 »

/media ist mit 11GB mal ein Anlaufpunkt um weiter zu forschen, denn das scheint doch Bestandteil des Wurzelverzeichnisses zu sein.

devil · « **Reply #10 on:** 2012/04/22, 09:39:11 »

Quote

mach doch erst mal im Wurzelverzeichnis stehend einen....
Code:

# du -sm * -|sort -n

bluelupo,
ist nicht das - vor dem | sinnfrei?

greetz
devil

devil · « **Reply #11 on:** 2012/04/22, 09:43:58 »

mylo,

Du kannst Dir auch Deine Plattenbelegung grafisch anschauen. Dazu gibt es z.B. filelight oder kdirstat

greetz
devil

wofritz · « **Reply #12 on:** 2012/04/22, 10:47:07 »

/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

mylo · « **Reply #13 on:** 2012/04/22, 11:56:10 »

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.

mylo · « **Reply #14 on:** 2012/04/22, 12:03:34 »

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!