事件源於在伺服器執行乙個指令碼程式…
好好的指令碼突然報錯,還以為指令碼出現問題了。細看報錯原因(具體報錯資訊已經忘記了),是沒有可用空間。從沒遇見過這個情況,怎麼辦呢?
一、確定是不是真的是磁碟空間不足
輸入命令:df –lh 檢視磁碟資訊
很明顯:filesystem下的掛載點 /dev/xvda1 下的40g容量已經耗盡。
既然問題已經確定了,接下來就是處理了。
處理方法也很簡單,就是刪檔案。
問:刪除什麼檔案?
答:刪除占用磁碟空間大,但又無用的檔案。
問:什麼是無用的檔案?
答:如果對系統不熟悉的話,日誌可能是你第一的下手目標。
二、如何定位最大檔案目錄
輸入命令: cd / 進入根目錄。
輸入命令:du -h --max-depth=1 尋找當前目錄,哪個資料夾占用空間最大
以上兩個命令之後,可以看到 /usr 此路徑占用較大磁碟空間,占用了21g。眼尖的同學可能看到了最後一項顯示24g,它表示當前目錄所有檔案占用磁碟空間總和容量是24g。
如法炮製,幾番判斷後,定位到tomcat的日誌檔案。
由上圖可以判斷,17g檔案在當前目錄(tomcat日誌目錄)檔案中。
三、如何定位最大檔案
輸入命令:ls –lhs 將檔案以從大到小順序展現
最終定位檔案為:catalina.out 這個日誌檔案。
四、確認檔案未被占用
辛苦一陣找到檔案,刪除了很開心,輸入命令:df –lh 發現磁碟空間仍是滿的狀態。跟圖一完全沒有區別。難道說是需要重啟系統嗎?linux會這麼不友好麼?
谷歌一下,發現了這麼一段話:
在linux或者unix系統中,通過rm或者檔案管理器刪除檔案將會從檔案系統的目錄結構上解除鏈結(unlink).然而如果檔案是被開啟的(有乙個程序正在使用),那麼程序將仍然可以讀取該檔案,磁碟空間也一直被占用。
輸入命令:/usr/sbin/lsof|grep deleted 確認刪除檔案是否被占用
確實被占用。根據第二列提供的pid,輸入命令:kill -9 13117 殺掉程序。
再次輸入命令:df –lh
如圖,磁碟空間被釋放了。問題順利處理了。
linux 硬碟滿了如何處理
事件源於在伺服器執行乙個指令碼程式 好好的指令碼突然報錯,還以為指令碼出現問題了。細看報錯原因 具體報錯資訊已經忘記了 是沒有可用空間。從沒遇見過這個情況,怎麼辦呢?一 確定是不是真的是磁碟空間不足 輸入命令 df lh 檢視磁碟資訊 很明顯 filesystem下的掛載點 dev xvda1 下的...
Linux磁碟滿了如何處理
輸入命令 cd 進入根目錄。輸入命令 du h max depth 1 尋找當前目錄,哪個資料夾占用空間最大 以上兩個命令之後,可以看到 usr 此路徑占用較大磁碟空間,占用了167g。細心的同學可能看到了最後一項顯示194g,它表示當前目錄所有檔案占用磁碟空間總和容量是194g。如法炮製,進入us...
linux分割槽滿了,如何進行擴容
中可以看到掛載點 的利用率移到100 空間不夠,所以要對其進行分割槽。1.先進入虛擬機器設定裡增大磁碟空間 注意 將25改成50,以擴大空間。這裡一定要寫比25大的數,因為他是 增加到 50gb,而不是 增加了25gb 2.下圖可以看到,硬碟空間增大為53.7gb,在裝置那裡可以看到有兩個分割槽,s...