ich habe gentoo linux x64 kernel 2.6.32-gentoo-r1 mit ext4
Ich habe ein Laufwerk mit 260 GB und es scheint, dass 99% belegt sind.
(ufk ist mein Heimatverzeichnis)
du -hl --max-depth=1 ufk Die Ausgabe zeigt viele Verzeichnisse und deren Größe und am Ende:
231G ufk Ich summierte die gesamte Größe der Verzeichnisse, die es anzeigt, und es reicht nicht bis zu 20 GB
df -i ufk
Filesystem Inodes IUsed IFree IUse% Mounted on /dev/root 18317312 759944 17557368 5% / du -hsl ufk 231G ufk irgendwelche Ideen, was die Ursache der ist
" -i" gibt die Inode - Nummern (die Anzahl der "Einträge" im "Dateikatalog") zurück, nicht die Blockgröße (der von den Dateien belegte Speicherplatz).
Dies wird durch die Kopfzeile von "df" bestätigt: Inodes IUsed IFree IUse% Beachten Sie das "I" vor jeder Nummer.
Entfernen Sie das " -i" und es sollte Ihnen korrekte Zahlen geben. Verwenden Sie " -hk" für vom Menschen lesbare Zahlen und die Blockgröße in Kilobyte.
OK, diese Frage ist uralt, aber auf der anderen Seite fehlt mir das Nekromanten-Abzeichen ... :-)
Diese Art der Verwendung von Phantomdatenträgern ist mehrmals aufgetreten. Fast jedes Mal war dies der Fall, weil ein Prozess immer noch einige gelöschte, riesige Dateien benutzte oder geöffnet hat. Wenn ein Prozess immer noch eine Datei wie eine große Protokolldatei in der Hand hält, wird die Datei nicht wirklich gelöscht, bis der Prozess sie freigibt.
Sie können diese Art von Dateien beispielsweise mit erkennen lsof -n | grep -i deletedund dann den fehlerhaften Prozess erneut starten (oder meistens einfach ein HUP-Signal mit senden.)killall -HUP someprocessname
Ich denke, es war ein Fehler in Verbindung mit Ext4. Ich habe das Problem behoben, indem ich den gesamten Inhalt von / home / ufk / * auf eine andere Partition kopierte, das Verzeichnis / home / ufk löschte und neu erstellte und alle Dateien zurückkopierte.
Vermutlich ufkwird über ein Verzeichnis angehängt, das 250 GB Daten enthält. In der Tat dfzeigt die Dateisystem - Nutzung pro Mount - Punkt.
Beispiel:
mkdir tmp dd if=/dev/urandom of=tmp/file bs=512 count=4096 mount /dev/sda5 tmp tmpsollte jetzt nichts enthalten (vorausgesetzt, es sda5handelt sich um eine saubere Partition usw.), aber das Verzeichnis vor dem Mount enthält filezufällige Daten.