剩余 0 字节时可能出现的问题

剩余 0 字节时可能出现的问题

在过去的几个月里,我一直收到“剩余 XYZ MB,...检查/忽略”弹出屏幕。由于这是小分区上的旧版 ubuntu 10.04,所以它从未给我带来太多困扰 - 毕竟,它抱怨的数量是 586MB 左右。

但最近我注意到这个数字一直在下降,今天我刚看到~180MB,于是决定采取行动。我有一些“整理/释放空间脚本”,当我觉得有什么可疑的时候,我就会运行它们,到目前为止,这些脚本一直让我感觉很好。今天我还运行了 Computer Janitor 和 BleachBit 来帮助解决问题。

在执行 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.'  

相关内容