***
以下**：
今天在執行r指令碼的時候報了個錯：fatal error: cannot create 『r_tempdir』。排除了是自己寫的**的問題，想著應該是某個沒見過的原因，google之，發現網上的說法是/tmp資料夾佔滿了磁碟空間。
執行 df 命令：
第一次碰到這種情況，繼續google之，使用如下命令
du -sh /* | sort -nr
可以得到 / 目錄下所有檔案和目錄的大小的排序結果。
從中找出最大的，在我的機器中/var檔案占用了47個g的大小，應該就是它了，使用上面的命令繼續追蹤：
一層一層往下追蹤，最後發現是 httpd/目錄下的ssl_error_log佔據了超大磁碟空間，看了下檔案內容，估計是某次鏈結導致了大量錯誤資訊被一遍遍的迴圈寫入。
不多想，直接把這檔案刪除。
執行 df -i:
再次執行df -h命令：
結論是「在linux中，當我們使用rm在linux上刪除了大檔案，但是如果有程序開啟了這個大檔案，卻沒有關閉這個檔案的控制代碼，那麼linux核心還是不會釋放這個檔案的磁碟空間，最後造成磁碟空間占用100%，整個系統無法正常執行。這種情況下，通過df和du命令查詢的磁碟空間，兩者是無法匹配的，可能df顯示磁碟100%，而du查詢目錄的磁碟容量占用卻很小。」
找出檔案使用者，kill掉：
lsof -n | grep deleted
找到使用ssl_error_log檔案的程序，kill掉，然後再次df -h，發現已經沒有100%的情況了。
處理完成~~
Linux磁碟空間檢視及空間滿的處理
如果要檢視磁碟還剩多少空間，當然是用df的命令了。root localhost df h 檔案系統 容量 已用 可用 已用 掛載點 dev sda2 14g 11g 2.6g 82 dev sda1 99m 14m 81m 14 boot tmpfs 442m 275m 168m 63 dev sh...
linux檢視磁碟空間
如果要檢視磁碟還剩多少空間，當然是用df的命令了。root localhost df h 檔案 系統 容量 已用 可用 已用 掛載點 dev sda2 14g 11g 2.6g 82 dev sda1 99m 14m 81m 14 boot tmpfs 442m 275m 168m 63 dev s...
linux檢視磁碟空間
root localhost du max depth 1 h 24k gnome www.2cto.com 8.0k eggcups 8.0k config 136k gnome2 16k chewing 8.0k gnome2 private 8.0k trash 224k gstreamer ...