剩餘 0 位元組時可能出現的問題

Question

在過去的幾個月裡，我一直收到“XYZ MB 剩餘，...檢查/忽略”彈出螢幕。由於這是一個舊的 ubuntu 10.04，位於一個小分區上，所以它從來沒有給我帶來太大的麻煩 - 畢竟，它抱怨的大小是 586MB 左右。

但最近我注意到這個數字一直在下降，今天我只看到 ~180MB，並決定採取行動。我有一些“內務管理/空間釋放腳本”，當我認為某些事情可疑時，我會運行這些腳本，這讓我現在保持良好狀態。今天我還運行了 Computer Janitor 和 BleachBit 來幫助解決問題。

在漂白位元執行期間的某個地方出現了 0 位元組對話方塊。作為一個主要使用 Windows 的用戶，我的問題是 - 如果我的電腦真的只剩下 0 位元組剩餘空間（打開桌面顯示狀態列中剩餘 668.5MB），它會像任何 Windows 機器一樣死掉嗎？我不認為會這樣，因為它在相當長的時間內以少得可憐的數量運行得相當好，但我寧願問而不是抱歉。

這個舊的 ubuntu 確實讓我的「Skype/電子郵件」筆記型電腦保持穩定和安全。我討厭丟失它或必須更新/重新安裝任何東西。我想我實際上釋放了一些空間，但如果它真的減少到 0 字節，我有點害怕重新啟動機器。我主要持懷疑態度，因為 gtkdiskfree 顯示我安裝在“/”的 /dev/sda5 有 1.25GB 可用空間，而 Nautilus 顯示它有 668.9MB 可用空間，位於“檔案系統”的根目錄

請給一些有用的建議:)

編輯：
目前，“df -h”看起來像這樣

shark@DEVSHARK:~$ df -h  
Filesystem            Size  Used Avail Use% Mounted on  
/dev/sda5              12G   11G  1.1G  92% /  
none                  1.5G  344K  1.5G   1% /dev  
none                  1.5G  112K  1.5G   1% /dev/shm  
none                  1.5G  196K  1.5G   1% /var/run  
none                  1.5G     0  1.5G   0% /var/lock  
none                  1.5G     0  1.5G   0% /lib/init/rw  

這是我之前提到的 freespace.sh 腳本

#big files  
echo 'Identifying big files...'  
sudo find / -name '*' -size +1G  

#big folders  
echo 'Identifying big folders...'  
sudo du -h --max-depth=1 / | grep '[0-9]G\>'  

#lost trash  
echo 'Identifying lost trash...'  
sudo find / -type d -name '*Trash*' | sudo xargs du -h | sort  

#cleanup packages  
echo 'Cleaning up packages...'  
sudo apt-get clean  
sudo apt-get autoclean  
sudo apt-get autoremove  

#autotrash  
echo 'Autotrash-ing trash...'  
sudo autotrash --min-free=1024  

echo 'I hope you got some free space back.'