df und du bringen unterschiedlichen Speicherbedarf

Hinweis: In dem Thema df und du bringen unterschiedlichen Speicherbedarf gibt es 16 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.

    *pffff* Jetzt hat der boser auch noch recht! Nicht zu fassen...

    Für den Inhalt des Beitrages 88731 haftet ausdrücklich der jeweilige Autor: LinuPia

    @ LinuPia

    Zitat

    @mods Bitte oben korrigieren: Die Optionen sind genau umgekehrt. Bei df stehen die Optionen von du und umgekehrt. Mea culpa.
    Und ich habe "brtfs" statt korrekt "btrfs" geschrieben


    Ich hab das wie gewünscht korrigiert. Bitte nochmal korrekturlesen.

    @ althoffc

    Zitat

    Ich finde den Ton, den die Antwortgeber untereinander anschlagen, schon etwas ... befremdlich. Als neues Mitglied hier im Forum finde ich einen solchen Umgangston nicht gerade einladend und motivierend.


    Das kann ich nachvollziehen, aber es gibt hier Leute im Forum, die kennen sich schon jahrelang. Die reden auch so im IRC oder in mumble miteinander. Von daher sollte man nicht jedes Wort auf die Goldwaage legen.
    Auch wenn es natürlich für die Aussendarstellung des Forums besser wäre, wenn die alten Hasen sich da ein wenig zusammenreißen wűrden (mich natürlich eingeschlossenen). ;)
    Aber immer wird sich das natürlich nicht umsetzen lassen.

    Zitat von Trekkie00

    @ LinuPia
    Ich hab das wie gewünscht korrigiert. Bitte nochmal korrekturlesen.

    Passt fast.
    Die letzte Zeile enthält noch einmal den Fehler "brtfs" statt "btrfs".


    Wenn ich schon was falsch mache, dann abba richtig.

    Für den Inhalt des Beitrages 88739 haftet ausdrücklich der jeweilige Autor: LinuPia

    Hallo,


    die Anzahl der inodes kann es auch nicht sein. df -i liefert ausreichend freie inodes für die Partition sda2:

    Code
    >df -i
Dateisystem                     	Inodes IBenutzt  	IFrei IUse% Eingehängt auf
/dev/sda2                      	1995280   416457	1578823   21% /
udev                                 	0    	0      	0 	- /dev
tmpfs                           	111221    	1 	111220	1% /dev/shm
/dev/sdb1                      	2097152	12596	2084556	1% /data1
/dev/sdc2                      	2003120   	12	2003108	1% /platte3
terra2.ifax.de:/mnt/array1/k300 1332353328  2085757 1330267571	1% /terr


    Der Rechner wurde im Juli eingerichtet, läuft seitdem aber nicht ununterbrochen. In den letzten Tagen wurde der Rechner aufgrund dieser Problematik mehrmals neu gebootet. Hängende Prozesse können deshalb wohl ausgeschlossen werden.
    lsof | grep delete liefert keine Treffer.:

    Code
    >lsof | grep deleted
>lsof | grep 'deleted'
>


    Wenn in Summe 17 GB von 31 GB auf der Partition für administrativen Overhead des Dateisystems benötigt würde, wäre das doch ziemlich traurig, oder?


    Es bleibt also die Frage: Wodurch gehen 17 GB Speicherplatz (mehr als 50 % der Partition mit 31 GB Kapazität) verloren, wenn dies nicht an Dateien ausgemacht werden kann?


    gruß
    althoffc

    Für den Inhalt des Beitrages 88742 haftet ausdrücklich der jeweilige Autor: althoffc

    Von einer Problematik war bisher nicht die Rede.
    Und Neustart ist hier auch ganz sicher nicht nötig.


    Wie wäre es mal den Befehl OHNE das -d1 auszuführen?
    Könnte gut beruhigen.

    Für den Inhalt des Beitrages 88745 haftet ausdrücklich der jeweilige Autor: LinuPia

    Hallo zusammen,


    habe den Fehler gefunden:


    Das Verzeichnis /terra wurde für den Mount eines externen Laufwerks (anderer Rechner) verwendet.
    In dieses Verzeichnis werden täglich Sicherungen (also auf das Laufwerk eines anderen Rechners) geschrieben.


    Durch einen vorherigen Missglückten Rechnerstart (terra) konnte das Verzeichnis terra nicht gemountet werden. Dadurch liefen mehrere Sicherungen in das Verzeichnis /terra auf dem lokalen Rechner und belegen unerwartet/ungeplant Speicherplatz auf der lokalen Platte.


    Nachdem der Rechner terra vor einigen Tagen neu gestartet wurde und dessen Laufwerk wieder korrekt gemountet werden kann, waren die lokalen Dateien im Verzeichnis /terra für du nicht mehr sichtbar.


    Nun habe ich auf dem lokalen Rechner alle mounts aufgehoben und in dem Verzeichnis /terra die Sicherungsdateien vorgefunden, die genau die vermissten 17 GB Speicherplatz beanspruchen.


    Problem somit gelöst bzw. Erklärung für den Speicherbedarf gefunden.


    Gruß
    althoffc

    Für den Inhalt des Beitrages 88749 haftet ausdrücklich der jeweilige Autor: althoffc