[gelöst] was füllt meine Festplatte?

[raiuns]

Liebe alle,

ich steh gerade auf dem Schlauch mit einem Server, wo ich nur per Konsole / ssh rankomme: Es ist eine 60GB Festplatte drin, und sie ist wohl voll, aber ich weiß nicht womit.. ?

Code: Alles auswählen

Disk /dev/sda: 60.0 GB, 60022480896 bytes
255 heads, 63 sectors/track, 7297 cylinders, total 117231408 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x127b6d51

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048   112383999    56190976   83  Linux
/dev/sda2       112386046   117229567     2421761    5  Extended
/dev/sda5       112386048   117229567     2421760   82  Linux swap / Solaris

Code: Alles auswählen

sudo df -h
Dateisystem                                            Größe Benutzt Verf. Verw% Eingehängt auf
rootfs                                                   53G     50G     0  100% /
udev                                                     10M       0   10M    0% /dev
tmpfs                                                   404M    1,6M  403M    1% /run
/dev/disk/by-uuid/906ec526-39df-44f4-a507-a8eb12bd7aca   53G     50G     0  100% /
tmpfs                                                   5,0M       0  5,0M    0% /run/lock
tmpfs                                                   1,3G     72K  1,3G    1% /run/shm

Code: Alles auswählen

ncdu 1.8 ~ Use the arrow keys to navigate, press ? for help                                                             
--- / ------------------------------------------------------------------------------------------------------------------
   22,3GiB [##########] /var                                                                                            
    3,8GiB [#         ] /usr
    1,9GiB [          ] /home
  193,7MiB [          ] /lib
   68,1MiB [          ] /root
   33,4MiB [          ] /boot
    9,6MiB [          ] /etc
    7,3MiB [          ] /sbin
    7,1MiB [          ] /bin

Code: Alles auswählen

 sudo du -h --max-depth 1 / |sort -h
du: Zugriff auf „/proc/28350/task/28350/fd/3“ nicht möglich: Datei oder Verzeichnis nicht gefunden
du: Zugriff auf „/proc/28350/task/28350/fdinfo/3“ nicht möglich: Datei oder Verzeichnis nicht gefunden
du: Zugriff auf „/proc/28350/fd/3“ nicht möglich: Datei oder Verzeichnis nicht gefunden
du: Zugriff auf „/proc/28350/fdinfo/3“ nicht möglich: Datei oder Verzeichnis nicht gefunden
0	/dev
0	/proc
0	/sys
4,0K	/mnt
4,0K	/opt
4,0K	/.pulse
4,0K	/selinux
4,0K	/srv
12K	/media
16K	/lost+found
72K	/tmp
1,7M	/run
7,2M	/bin
7,4M	/sbin
9,6M	/etc
34M	/boot
69M	/root
194M	/lib
2,0G	/home
3,8G	/usr
23G	/var
29G	/

Also wenn in / und allen Unterordnern 29GB sind - wo ist der Rest zu den 53G oder 50G ??

[hikaru]

Schuss ins Blaue:
Vollgelaufener Paketcache in /var/cache/apt/archives
Leicht zu beheben mit: apt-get clean

Für sinnvolle Informationen müsstest du das df-Spiel vertiefen.

[heisenberg]

Wenn Du bei ncdu ins /var Verzeichnis absteigst, wo kommst Du dann hin? Damit sollte sich das entsprechende Verzeichnis finden lassen.

[raiuns]

... Leicht zu beheben mit: apt-get clean ...

Das hat ein bischen Platz geschaffen (1.2GB)

Wenn Du bei ncdu ins /var Verzeichnis absteigst, wo kommst Du dann hin? Damit sollte sich das entsprechende Verzeichnis finden lassen.

Ja ich weiß, dass ich da (mit Absicht) etwa 22 GB liegen habe. Aber wenn doch meine Platte 53GB hat - wieso ist sie dann voll?

[hikaru]

Zeig mal die Ausgaben von mount und lsof | grep deleted

[Meillo]

Abweichung von du(1) und df(1)? Dann kann das an einer sich weiter fuellenden ``geloeschten'' Datei liegen. Bei dieser Suche hilft lsof(8).

[raiuns]

Code: Alles auswählen

mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=213546,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=413540k,mode=755)
/dev/disk/by-uuid/906ec526-39df-44f4-a507-a8eb12bd7aca on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1311420k)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)

Code: Alles auswählen

lsof | grep deleted
...
minidlna   3687         minidlna    3w      REG        8,1 23234082376    3016142 /var/log/minidlna.log (deleted)
minidlna   3687  3688   minidlna    3w      REG        8,1 23234082376    3016142 /var/log/minidlna.log (deleted)
...

diese Dateien hatte ich mal mit mal gelöscht (minidlna hat aus unerfindlichen Gründen riesige log-Dateien geschrieben, obwohl es nicht so eingestellt war). Aber sie sind gar nicht weg? Na sowas.. Wie kann ich das ändern? Selbst wenn es so eine Art Papierkorb-Funktion ist, wäre 16GB etwas üppig..

[raiuns]

ok also ich habe mal zu lsof nachgelesen.. und dann gesehen, dass der angezeigte Prozess noch läuft. ICh habe also mit rm den Directoryeintrag gekillt, aber minidlna hat weiter Sektoren immer weiter an die Datei hinten 'ran geschrieben?

[MSfree]

diese Dateien hatte ich mal mit mal gelöscht (minidlna hat aus unerfindlichen Gründen riesige log-Dateien geschrieben

Ja, da stecken die fehlenden 22GB.

Aber sie sind gar nicht weg?

Naja, doch, die sind schon weg, zumindest nicht mehr im Dateisystem ansprechbar. Wenn ein Programm eine Datei offen hält und man löscht diese Datei aus dem Dateisystem, darf der Prozeß noch solange auf die bereits gelöschte Datei schreiben, bis er die Datei schließt.

Offensichtlich hast du zwar die Logdatei gelöscht, den minidlna-Dienst aber nicht gestoppt und neu gestartet.

[raiuns]

Habe jetzt den minidlna Dienst gestoppt und wieder gestartet - siehe da - jetzt ist wieder Platz! Danke an alle!

Code: Alles auswählen

 df -h
Dateisystem                                            Größe Benutzt Verf. Verw% Eingehängt auf
rootfs                                                   53G     28G   23G   55% /
udev                                                     10M       0   10M    0% /dev
tmpfs                                                   404M    1,6M  403M    1% /run
/dev/disk/by-uuid/906ec526-39df-44f4-a507-a8eb12bd7aca   53G     28G   23G   55% /
tmpfs                                                   5,0M       0  5,0M    0% /run/lock
tmpfs                                                   1,3G     72K  1,3G    1% /run/shm

[Meillo]

Aber sie sind gar nicht weg?

Naja, doch, die sind schon weg, zumindest nicht mehr im Dateisystem ansprechbar. Wenn ein Programm eine Datei offen hält und man löscht diese Datei aus dem Dateisystem, darf der Prozeß noch solange auf die bereits gelöschte Datei schreiben, bis er die Datei schließt.

Darum heisst der Systemcall bei Unix unlink(2) und nicht delete(2): Es wird dabei nur der Verzeichniseintrag entfernt und nicht die Datei geloescht. Loeschen kann man in Unix gar nicht explizit. Das macht eine Art Garbage-Collector automatisch, wenn kein Verzeichniseintrag fuer die Datei mehr vorhanden ist und auch kein Prozess mehr die Datei geoeffnet hat.