公司內部oa伺服器有兩個tengine ，突然上班時有人說伺服器無法上傳附件，oa開發人員說是tengine 的檔案目錄滿了。登上伺服器 df -h 確實顯示有個目錄使用空間已經滿了，緊急情況下找到了tengine 的日誌路徑刪除了所有常見的比如什麼20180723.log-*.gz的檔案，再df -h顯示仍舊是100%。想起公司以前刪除了日誌後都是仍需重啟才可以看到刪除檔案後的空間（大概是一些程序還在使用剛才刪除的檔案吧？？？大概），於是 reboot。重啟好了，df -h 顯示仍舊是100%嘛,?????這就很奇怪了，明明刪除了，卻還是100%，唯一的解釋只能是刪除的那些空間太少了。於是就決定找出那個檔案最大。度娘 du -h --max-depth=1。於是從根目錄下一層一層的運用命令du -h --max-depth=1檢視比較大的資料夾，然後找下一層 ，就這樣一層一層找到了檔案大的那個刪除，然後reboot 完成，32%。

du -h --max-depth=1 

以上的命令解釋為

檢視當前目錄下所有目錄以及子目錄的大小：

du -h .

“.”代表當前目錄下。也可以換成一個明確的路徑

-h表示用K、M、G的人性化形式顯示

--max-depth=n表示只深入到第n層目錄，此處設定為0，即表示不深入到子目錄。

以上就是解決佔用系統空間100%的辦法，至於除了重啟才能看到真實的刪除後空間，還沒有想到更加簡便的辦法。