今天發現vps敲入crontab -e 居然提示 「disk quota exceeded」 無法編輯。於是"df -h"查了查發現系統磁碟空間使用100%了。最後定位到是/var/spool/mail/root 這個檔案有幾個g。於是清理掉，問題解決。如果不知道是哪些檔案佔了磁碟空間，可以看下面查詢大檔案方法。
以下內容**
linux作業系統中，經常會遇到磁碟空間滿的問題。遇到這樣的問題，先查下是什麼檔案過大或過多引起的，至於引起這個更深一層的原因，先不**。怎麼檢視大檔案所在的路徑，linux中有乙個命令，叫du，
先貼命令：du -m --max-depth=1或du -h --max-depth=1du：用於統計linux中檔案或目錄所佔磁碟空間的大小du引數######-
m：以m為單位展示查詢結果
-h：以k、m、g為單位展示查詢結果，提高資訊可讀性
--max-depth=1：其中，數字「1」是指查詢結果中最多顯示的目錄層數，這裡指最多顯示一層目錄。示例如下：
然後，利用此命令，逐層（目錄）深入，這樣就一定會查詢到大檔案所在目錄，但也有可能是目錄中檔案過多所致。當找到大檔案後，若因某些原因，不想對檔案進行刪除，可以用echo或cat或clear命令清除檔案內容：
echo > /var/log/big.log此命令會把/var/log目錄中的big.log檔案內容清除，而又不刪除big.log檔案
cat > /var/log/big.log此命令能與「echo > /var/log/big.log」達到相同效果，不過，命令執行後，需要用「ctrl + d」結束
clear > /var/log/big.log此命令會把big.log檔案內容清空，而不刪除檔案
另一種情況： 也可能是inode用完了.
用# df -i 可以檢視。
真的是inode用完了，磁碟沒法再寫入新的內容了，這個是某些臨時的小檔案太多了，把inode用完了，把它刪掉就行了。
# find /var/spool/clientmqueue -type f -print -exec rm -f {} \;
這個命令中 /var/spool/clientmqueue 是要刪除的檔案所在的目錄 -type f這個引數限定find只查詢普通檔案（即不是管道檔案，不是塊檔案，不是鏈結檔案，不是目錄等），防止誤刪除系統檔案。
原因分析：系統中有使用者開啟了cron，而cron中執行的程式有輸出內容，輸出內容會以郵件形式發給cron的使用者，而sendmail沒有啟動所以就產生了這些檔案；
centos磁碟爆滿，查詢大檔案並清理
今天發現vps敲入crontab e 居然提示 disk quota exceeded 無法編輯。於是 df h 查了查發現系統磁碟空間使用100 了。最後定位到是 var spool mail root 這個檔案有幾個g。於是清理掉，問題解決。如果不知道是哪些檔案佔了磁碟空間，可以看下面查詢大檔案...
centos磁碟滿了，查詢大檔案並清理
今天發現vps敲入crontab e 居然提示 disk quota exceeded 無法編輯。於是 df h 查了查發現系統磁碟空間使用100 了。最後定位到是 var spool mail root 這個檔案有幾個g。於是清理掉，問題解決。如果不知道是哪些檔案佔了磁碟空間，可以看下面查詢大檔案...
Linux磁碟空間100 查詢並刪除大檔案
先確定是哪個資料夾占用較多 如果檔案較多命令執行可能很慢，在知道大概位置的情況下不建議直接對根目錄操作 du的 max depth 1表示只展示第乙個層級的目錄和檔案 sort的 h選項和du的 h選項乙個意思，r表示倒敘，預設公升序 du h max depth 1 sort hr head n ...