我的ubantu虚拟机经过我一顿操作后,就起不来了。然后经过多方询问,广集天下良方,最终发现是由于分配的硬件空间不足导致的。现象如下:

通过查看


root@ubantu:/snap# df -h
Filesystem Size Used Avail Use% Mounted on
udev 1.9G 0 1.9G 0% /dev
tmpfs 391M 2.1M 389M 1% /run
/dev/sda1 20G 18G 623M 97% /
tmpfs 2.0G 0 2.0G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup
/dev/loop0 384K 384K 0 100% /snap/gnome-characters/570
/dev/loop1 2.3M 2.3M 0 100% /snap/gnome-system-monitor/148
/dev/loop3 384K 384K 0 100% /snap/gnome-characters/550
/dev/loop2 56M 56M 0 100% /snap/core18/1944
/dev/loop4 65M 65M 0 100% /snap/gtk-common-themes/1514
/dev/loop6 99M 99M 0 100% /snap/core/10823
/dev/loop8 1.0M 1.0M 0 100% /snap/gnome-logs/100
/dev/loop5 218M 218M 0 100% /snap/gnome-3-34-1804/60
/dev/loop7 274M 274M 0 100% /snap/nextcloud/26119
/dev/loop10 2.5M 2.5M 0 100% /snap/gnome-calculator/826
/dev/loop9 56M 56M 0 100% /snap/core18/1988
/dev/loop11 2.5M 2.5M 0 100% /snap/gnome-calculator/884
/dev/loop13 640K 640K 0 100% /snap/gnome-logs/103
/dev/loop17 2.3M 2.3M 0 100% /snap/gnome-system-monitor/157
/dev/loop12 273M 273M 0 100% /snap/nextcloud/26049
/dev/loop14 63M 63M 0 100% /snap/gtk-common-themes/1506
/dev/loop15 100M 100M 0 100% /snap/core/10859
/dev/loop16 219M 219M 0 100% /snap/gnome-3-34-1804/66
tmpfs 391M 28K 391M 1% /run/user/121
tmpfs 391M 36K 391M 1% /run/user/1000
/dev/sr0 1.9G 1.9G 0 100% /media/toney/Ubuntu 18.04.2 LTS amd64

通过查看磁盘使用情况,可以看出/dev/sda1已经基本使用完毕(97%是因为我删了一部分文件,否则是99%)。通过du进一步定位,可以看到snap这个东西占用了很多很多空间:

root@ubantu:/var# du -sh ./*
4.6M ./backups
158M ./cache
4.0K ./crash
2.8G ./lib
4.0K ./local
0 ./lock
805M ./log
4.0K ./mail
4.0K ./metrics
4.0K ./opt
0 ./run
6.9G ./snap
52K ./spool
52K ./tmp

我的磁盘总共20G,而它自己占了7个G,没得说,直接卸载吧

 sudo apt autoremove --purge snapd

经过一段时间后,卸载完毕,然后在查看磁盘使用率:

root@ubantu:/# df -h
Filesystem Size Used Avail Use% Mounted on
udev 1.9G 0 1.9G 0% /dev
tmpfs 391M 2.1M 389M 1% /run
/dev/sda1 20G 7.6G 11G 41% /
tmpfs 2.0G 0 2.0G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup
tmpfs 391M 28K 391M 1% /run/user/121
tmpfs 391M 36K 391M 1% /run/user/1000
/dev/sr0 1.9G 1.9G 0 100% /media/toney/Ubuntu 18.04.2 LTS amd64

磁盘的占用率从97%直接降到了41%。至此之后妈妈再也不用担心snap占磁盘空间了。

但是需要说明的是:如果磁盘是在满足不了需求,有不想重新创建虚拟机搭建各种环境,那最好使用扩容技术,为虚拟机再添加一块硬盘,以后新的文件或者不重要的文件可以放到新的磁盘中。

我除了把snap卸载完毕,也添加了一块磁盘:

 
 

最新文章

  1. PHP根据array_map、array_reduce和array_column获取二维数组中某个key的集合
  2. Sqlite日期类型问题:该字符串未被识别为有效的 DateTime(String not recognized as a valid datetime)
  3. Swing图形用户界面
  4. 如何把maven项目转化为webapp
  5. 调用shell脚本,IP处理
  6. Copy List with Random Pointer [LeetCode]
  7. 在Win7下安装IIS
  8. webbrowser selstart selLength
  9. google API的.NET库
  10. System.Management命名空间
  11. Windows坐标系
  12. 初学者入门web前端 C#基础知识:数组与集合
  13. javascript语言扩展:可迭代对象(5)
  14. SQL SERVER的锁机制
  15. android开发——用户头像
  16. day9.初始函数练习题
  17. 周强201771010141《面向对象程序设计Java》第八周学习总结
  18. POJ1807&&1276
  19. QQ登录整合/oauth2.0认证-02-跳转到QQ互联页
  20. oracle 以及 sql server mysql 空值默认值修改

热门文章

  1. 快速上手 Rook,入门云原生存储编排
  2. Qt-可编辑的ListView
  3. sort,uniq,tr,cut,eval命令
  4. 查看filesystem type及ftype的值
  5. “入职一年,那个被高薪挖来的Android开发被劝退了。”
  6. 我所学的c语言
  7. 代码部署:使用 nginx 代理到云服务器 ( windows 系统)
  8. 就这?分布式 ID 发号器实战
  9. 别再用CSV了,更高效的Python文件存储方案
  10. Java-SpringBoot注解方式实现AOP