
今天隨機出現一個「磁碟已滿」對話框,表示 / 上只剩下 1GB,這很快就變成了 100MB 的可用空間。
所以我運行了磁碟分析器,在 ~/.cache/upstart 中發現了一個巨大的 38.1 GB
當我打開這個資料夾時,有 229 個日誌,其中包含很多內容,看起來像是彼此的備份,這裡有一些範例
at-spi2-registryd.log.1.gz
at-spi2-registryd.log.2.gz
at-spi2-registryd.log.3.gz
gnome-keyring-ssh.log.1.gz
gnome-keyring-ssh.log.2.gz
gnome-keyring-ssh.log.3.gz
所以我的問題是
為什麼這個變得這麼大?
上述資料夾中保存著什麼日誌?
我可以刪除它們來快速修復嗎?
答案1
Upstart 是 Ubuntu 中的 init 系統(直到 14.10)。它管理服務並在適當的時間啟動/停止它們,並將其輸出捕獲到儲存在適當位置的日誌中。 Upstart也能夠為每個使用者運行服務,並且~/.cache/upstart
預設儲存這些特定於使用者的服務的日誌。
至於是什麼導致它們變得如此之大,這不取決於Upstart,而是取決於正在運行的應用程式。 (在本例中gnome-keyring
就是其中之一。)檢查日誌以查看出了什麼問題。
若要查看哪些程式正在運行,請執行以下操作:
initctl list
這些服務的設定檔將位於~/.config/upstart
(如果您自己建立了一些)或/usr/share/upstart/sessions
(對於 Ubuntu 附帶的設定檔)。
我可以刪除它們來快速修復嗎?
是的。
答案2
接受的答案解決了症狀,但沒有解決問題。
問題是一個應用程式(或很少但可能不止一個)瘋狂運行,用垃圾填充日誌 - 可能是錯誤訊息。
刪除巨大的日誌檔案就可以了,但是它又會變大。
刪除最大的日誌文件,並檢查目錄的內容幾次以找出哪個文件正在增長。
ls ~/.cache/upstart
開啟系統監視器,按 CPU 排序,並檢查哪個具有類似名稱的應用程式處於活動狀態。殺了它。此應用程式很可能會再次出現此問題,因此請嘗試使用其他程式。
- 或運行
ps -aux | grep -i ..aPartFromTheLogFileName..
查找有問題的應用程序,並且kill -9 ..itsProcessNumber..
.
- 或運行
如果它沒有解決問題,請使用 glogg 開啟不斷增長的日誌文件,並在 Google 中搜尋錯誤訊息。
如果這是您無法修復的問題,請按照以下方法永久消除該症狀(對我來說是 gnome-session-Unity.log):
ln -s /dev/null ~/.cache/upstart/gnome-session-Unity.log
請注意,它不會解決應用程式的問題,但會將日誌訊息發送到遺忘。