問題產生：讓同事查看掛載點 “/”占用100%的原因，查看之后發現是/opt/base/tbase/install/tbase_bin_v2.0/下的一個日志文件太大占用導致，然后同事就直接執行了rm命令，結果導致文件刪了，但是掛載點占用率沒有降下來，簡直....
網上問度娘，得出如下總結（僅個人參考，如有給你大哥們帶來錯誤判決敬請諒解）
1.df 命令查看
2.du -h -x / --max-depth=1 命令查看各個目錄的占用空間，試圖找到占用較多空間的目錄
未發現磁盤占用較大目錄的問題
3.懷疑 inode 不夠導致此問題,df -i 查看
inode使用率也正常
4.使用 lsof 檢查，懷疑是不是有可能文件已被刪除，但是進程還存活的場景
Linux 里的文件被刪除后，空間沒有被釋放是因為在 Linux 系統中，通過 rm 或者文件管理器刪除文件將會從文件系統的目錄結構上解除鏈接 (unlink) 。然而如果文件是被打開的(有一個進程正在使用)，那么進程將仍然可以讀取該文件，磁盤空間也一直被占用。裝態為 deleted 為標記被刪除，其實該文件並沒有從磁盤中刪除，需要殺掉持有句柄的進程釋放掉。
至此我的問題解決了
<-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------->
1，然而網上有的說即使將如上所示的進程全部殺掉，發現空間占用仍是 100%。掛載的目錄原來是有文件存在的，掛載之后這些文件就會隱藏，不屬於該文件系統，此時使用 du 命令是看不到這些文件的。
解決方法，
1、卸載掛載點：
2、重新將磁盤掛載到新的空目錄
#mkdir /opt/videos
#mount /dev/sda1 /opt/videos
#mount -a