Ich habe eine Ubuntu-Box mit 30 GB Festplattenspeicher, der fast voll ist:
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 30G 28G 0 100% /
Aber wenn ich die Größe aller Stammordner überprüfe mit
sudo du -sh /foldername
Ich bekomme nur insgesamt 17,2 GB
lib/ 6.7G
usr/ 4.8G
home/ 2.0G
var/ 1.3G
boot/ 1.1G
swapfile 1.1G
root/ 125M
sbin/ 12M
bin/ 11M
etc/ 8M
run/ 420K
lost+found/ 16K
media/ 8.8K
dev/ 4K
lib64/ 4K
mnt/ 4K
srv/ 4K
opt/ 4K
tmp/ 4K
sys/ 0
proc/ 0
Sieht hier irgendetwas verdächtig aus? Ungefähr 11 Gigabyte werden vermisst. Wo könnten die fehlenden 11 GB sein?
Antwort1
Ich habe den Rat der Server Fault-Community befolgt und meine Blockgröße überprüft:
stat --printf='%s' -f .
das war "normal" bei 4096
Anschließend habe ich geprüft, wie viele gelöschte Dateien noch durch Prozesse geöffnet gehalten werden:
lsof | grep -c DEL
die 143 Dateien gemeldet hat, was den gesamten verlorenen Speicherplatz erklären könnte, aber ich denke, es ist unwahrscheinlich
Dann habe ich meine Box neugestartet und voilà! Mein gesamter Speicherplatz war wieder da:
df -h
Filesystem Size Used Avail Use% Mounted on
udev 487M 4.0K 487M 1% /dev
tmpfs 100M 388K 100M 1% /run
/dev/vda1 30G 17G 12G 61% /
Betrachtung
Die Tatsache, dass ich nach dem Neustart so viel Speicherplatz zurückgewonnen habe, bedeutet, dass die Blockgröße des Volumes nicht der Hauptschuldige war. Ich bin mir also immer noch nicht 100 % sicher, was die Diskrepanz verursacht hat, aber ich bin froh, meinen Speicherplatz wieder zu haben!
Antwort2
Ich glaube, Sie haben einige große versteckte Dateien, die nur angezeigt werden, wenn Sie das -a
Flag verwenden:
du -ha /foldername | sort -hr
Der obige Befehl gibt die Größe aller Dateien (einschließlich versteckter Dateien) aus und sortiert sie nach Größe, sodass Sie sie identifizieren können.