Solusi 1:
Baru saja menemukan halaman ini saat mencoba melacak masalah di server lokal.
Dalam kasus saya, df -h dan du -sh tidak cocok sekitar 50% dari ukuran hard disk.
Ini disebabkan oleh apache (httpd) menyimpan file log besar di memori yang telah dihapus dari disk.
Ini dilacak dengan menjalankan lsof | grep "/var" | grep deleted di mana /var adalah partisi yang perlu saya bersihkan.
Outputnya menunjukkan garis-garis seperti ini:
httpd 32617 nobody 106w REG 9,4 1835222944 688166 /var/log/apache/awstats_log (deleted)
Situasi tersebut kemudian diatasi dengan me-restart apache (service httpd restart ), dan mengosongkan ruang disk sebesar 2 GB, dengan membiarkan kunci pada file yang dihapus dihapus.
Solusi 2:
Periksa file yang terletak di bawah titik pemasangan. Seringkali jika Anda memasang direktori (katakanlah sambafs) ke sistem file yang sudah memiliki file atau direktori di bawahnya, Anda kehilangan kemampuan untuk melihat file tersebut, tetapi file tersebut masih menghabiskan ruang di disk yang mendasarinya. Saya memiliki salinan file saat dalam mode pengguna tunggal membuang file ke direktori yang tidak dapat saya lihat kecuali dalam mode pengguna tunggal (karena sistem direktori lain dipasang di atasnya).
Solusi 3:
Saya setuju dengan jawaban OldTroll sebagai penyebab paling mungkin untuk ruang Anda yang "hilang".
Di Linux Anda dapat dengan mudah me-remount seluruh partisi root (atau partisi lainnya dalam hal ini) ke tempat lain di sistem file Anda misalnya /mnt misalnya, cukup keluarkan a
mount -o bind / /mnt
maka Anda dapat melakukan a
du -h /mnt
dan lihat apa yang menghabiskan ruang Anda.
Ps:maaf telah menambahkan jawaban baru dan bukan komentar, tetapi saya memerlukan beberapa pemformatan agar postingan ini dapat dibaca.
Solusi 4:
Lihat apa df -i kata. Bisa jadi Anda kehabisan inode, yang mungkin terjadi jika ada banyak file kecil di sistem file tersebut, yang menghabiskan semua inode yang tersedia tanpa menghabiskan semua ruang yang tersedia.
Solusi 5:
Dalam kasus saya ini berkaitan dengan file besar yang dihapus. Cukup menyakitkan untuk dipecahkan sebelum saya menemukan halaman ini, yang mengarahkan saya ke jalur yang benar.
Saya akhirnya menyelesaikan masalah dengan menggunakan lsof | grep deleted , yang menunjukkan kepada saya program mana yang menyimpan dua file log yang sangat besar (berjumlah total 5 GB dari partisi root 8 GB saya yang tersedia).