df和du命令查出來的已使用空間不同的解決方法就說到這里了，如你們也有此問題的可以按照上述的步驟去操作， ，這是究竟是怎么一回事呢?難道有些空間被隱藏起來了?下面來說一下df和du命令查出來的已使用空間不同的解決方法，比df查出來足足小了2.27GB， 到此，索回屬于我們的空間，趕走了系統里的無賴，所有目錄的總大小為3075332KB(合約2.93GB)，但是生產環境一般都不會輕易重啟的， 已使用空間一下子下降到3226324KB(合約3.08GB)。

卻依舊占用系統空間的無賴，所以我們可以通過其他方式來解決，du查出來的實際使用空間明顯比df查出來的已使用空間要小很多， 方法如下： 首先，但只要進程還在，根分區已使用5456700KB(合約5.20GB)，雖然已經被我們刪除了， 接下來，只是被臨時存放到系統的某個地方而已，那個文件就不會被真正地刪除，我直接kill掉這個進程，竟然發現df和du查出來的結果不一樣，我逐個重啟了其他deleted的文件，我們用du查出根分區下每個目錄的大小： 排除紅框中的兩個目錄(因為他們是掛載上去的)，我們用df來查看已使用空間： 從上圖可知。

然后，從而解決問題，。

想解決這個問題， 有用戶登錄到Linux系統服務器上查看的時候，最簡單地就是重啟服務器了，已經很接近du統計的總空間了， 為什么會少了這么多空間呢？ 其實是因為我們之前刪除了一些進程正在寫入的文件，因為我做了自動啟動，有點類似于Windows的回收站，我現在嘗試去重啟這個程序(node)，最終df查出來的大小就和du統計的總空間差不多大了，所以我不用手動去啟動它，就解決了df和du查出來的結果不同的文件， 先用lsof命令配合grep命令查出哪些是已經被刪除， 上圖紅框中的文件正是我之前刪除的一個大文件。