Ubuntu/空间不足,怎样解决?

系统安装、升级讨论
版面规则
我们都知道新人的确很菜,也喜欢抱怨,并且带有浓厚的Windows习惯,但既然在这里询问,我们就应该有责任帮助他们解决问题,而不是直接泼冷水、简单的否定或发表对解决问题没有任何帮助的帖子。乐于分享,以人为本,这正是Ubuntu的精神所在。
头像
Sunmover
帖子: 2339
注册时间: 2010-05-24 13:02
来自: 星城长沙

Ubuntu/空间不足,怎样解决?

#1

帖子 Sunmover » 2011-01-23 17:30

如下图,/的空间不足了怎么办?怎样安全的瘦廋身呢?
/ /home /boot是单独挂载的,希望大家出主意的时候多想办法给/瘦身,谢谢!

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
更新解决方案:
由下面的图表可以看出/usr占用了比较大的空间,那么我实施了/usr单独挂载的方案。也就是把原来和/共用一个分区的/usr挂载到另一个空的ext4分区(/dev/sda5)。过程:
1.找一个又足够空间的ext4分区
2.修改fstab

代码: 全选

sudo gedit /etc/fstab
加入一行:

代码: 全选

/dev/sda5 /usr ext4 defaults 0 2
或者一条命令解决:

代码: 全选

echo ‘/dev/sda5 /usr ext4 defaults 0 2’ | sudo tee -a /etc/fstab
(需要注意:上面的sda5根据你实际情况确定,不能乱套)
3.挂载sda5

代码: 全选

sudo mount /dev/sda5 /mnt
4.把/usr里的文件全部拷贝到sda5

代码: 全选

sudo cp -a /usr /mnt
5.*删除/改名原/usr(可以不做)
删除: sudo rm -fr /usr
改名: sudo mv /usr '/usr.old'
6.重启

代码: 全选

sudo reboot
7.申明:按照以上方法操作失败本人不承当任何责任。
disk.png
Screenshot.png
Screenshot-1.png
Screenshot-2.png
Screenshot-3.png
上次由 Sunmover 在 2011-03-28 13:18,总共编辑 2 次。
头像
PCTUBUNTU
帖子: 976
注册时间: 2009-11-15 14:10
系统: debian testing
来自: 北京

Re: 到了最危险的时候。。。

#2

帖子 PCTUBUNTU » 2011-01-23 18:01

:em01 危及存亡的时候
chole
帖子: 482
注册时间: 2010-05-11 17:27

Re: 到了最危险的时候。。。

#3

帖子 chole » 2011-01-23 18:25

缓存清理下
没用的东西清除掉
头像
onshoestring
论坛版主
帖子: 4666
注册时间: 2009-09-06 5:53

Re: 到了最危险的时候。。。

#4

帖子 onshoestring » 2011-01-23 18:28

代码: 全选

sudo apt-get clean
看鸟哥基础篇 自定义日志文件轮替功能
删除旧内核,删除相应的/lib/modules内目录
上次由 onshoestring 在 2011-01-23 18:46,总共编辑 1 次。
头像
Sunmover
帖子: 2339
注册时间: 2010-05-24 13:02
来自: 星城长沙

Re: 到了最危险的时候。。。

#5

帖子 Sunmover » 2011-01-23 18:45

onshoestring 写了:

代码: 全选

sudo apt-get clean

sudo apt-get clean
sudo apt-get autoclean
sudo rm -fr /var/log/*

都试过了,收效甚微。。。

必须得进行深层次的清理,否则我的Ubuntu就无法顺利过冬了,大家务必多多帮忙啊,先谢了! :em20
头像
onshoestring
论坛版主
帖子: 4666
注册时间: 2009-09-06 5:53

Re: 到了最危险的时候。。。

#6

帖子 onshoestring » 2011-01-23 18:56

删除没用的软件,还不行就找个大分区把/分区移过去。
头像
jmw778s
帖子: 994
注册时间: 2009-10-16 11:13
来自: 福安
联系:

Re: 到了最危险的时候。。。

#7

帖子 jmw778s » 2011-01-23 21:40

楼上的签名是好东东 :em11
Acer 4738ZG-P22G50Mnkk 笔记本电脑
我用Windows 7 来这里装13的
头像
liu滔
帖子: 7212
注册时间: 2010-10-09 23:01

Re: 到了最危险的时候。。。

#8

帖子 liu滔 » 2011-01-23 22:02

楼主是怎么把根分区用光的…… :em20
头像
lainme
论坛版主
帖子: 7805
注册时间: 2008-09-13 19:17
系统: Arch Linux (x86_64)
联系:

Re: 到了最危险的时候。。。

#9

帖子 lainme » 2011-01-23 22:17

用ucloner备份,然后重新分区恢复,扩大一下分区?

或者把/usr单独分出去?

如果清理的话,不知道BleachBit能清理多少
wenjiew
帖子: 66
注册时间: 2010-10-30 9:05

Re: 到了最危险的时候。。。

#10

帖子 wenjiew » 2011-01-23 22:25

onshoestring 写了:删除没用的软件,还不行就找个大分区把/分区移过去。
签名很有劲,收了。谢谢!!! :em05
头像
Sunmover
帖子: 2339
注册时间: 2010-05-24 13:02
来自: 星城长沙

Re: 到了最危险的时候。。。

#11

帖子 Sunmover » 2011-01-23 23:26

lainme 写了:用ucloner备份,然后重新分区恢复,扩大一下分区?

或者把/usr单独分出去?

如果清理的话,不知道BleachBit能清理多少

试了下BleachBit全选清理项目共179.4M因为基本上是临时文件什么的,使用过程中仍会产生所以说效果不是很理想。。。 :em20
878417截取选区_001.png
看来是时候考虑给/usr挪窝了,顺便问下上次从10.04升级的时候也出现了/空间不足的提示,险些更新失败。请问要保证系统从10.10升级到11.04不出现类似的事情是不是需要把/var也挪一下?




O,谢谢! :em11
头像
大宝
帖子: 3050
注册时间: 2008-06-30 22:32
联系:

Re: 到了最危险的时候。。。

#12

帖子 大宝 » 2011-01-24 0:16

是不是出現了超大日志文件?
头像
dgf1988
帖子: 227
注册时间: 2009-10-27 6:24

Re: 到了最危险的时候。。。

#13

帖子 dgf1988 » 2011-01-24 2:02

我只想知道楼主用的是什么软件,这么可爱. :em06 方便偷偷告诉我么?
cheron
帖子: 127
注册时间: 2006-11-10 0:34

Re: 到了最危险的时候。。。

#14

帖子 cheron » 2011-01-24 9:18

Trash
是否清空,包括root的,若有,需要用 SHIFT-DELETE 直接删除,注意,删除后不可恢复

lost+found
目录是否空,需要root权限检查

/var/log
正常情况下,有logrotate管理,如果不放心,可以检查其状态dpkg -s logrotate
这个目录中 *.gz 类的文件是可以删除的,其他的别乱删
你的/var/log清理前为534M,有点偏大,清理后的数据没看到

检查是否有大文件
例如,使用过 remastersys 制作备份,但是没清理,这种操作通常生成单个的大文件,可以用命令行检查
例如,查 / 下1G以上的,/ 下700M以上的, /var/log下1G以上的,分别是:
sudo find / -name '*' -size +1G
sudo find / -name '*' -size +700M
sudo find /var/log -name '*' -size +1G

注意,执行这些命令时,通常会花点时间
还有一个du命令也很有用,可以用来检查文件夹容量,不过你已经有图形界面的列表了,就不罗嗦啦
头像
Sunmover
帖子: 2339
注册时间: 2010-05-24 13:02
来自: 星城长沙

Re: 到了最危险的时候。。。

#15

帖子 Sunmover » 2011-01-24 12:34

cheron 写了:Trash
是否清空,包括root的,若有,需要用 SHIFT-DELETE 直接删除,注意,删除后不可恢复

lost+found
目录是否空,需要root权限检查

/var/log
正常情况下,有logrotate管理,如果不放心,可以检查其状态dpkg -s logrotate
这个目录中 *.gz 类的文件是可以删除的,其他的别乱删
你的/var/log清理前为534M,有点偏大,清理后的数据没看到

检查是否有大文件
例如,使用过 remastersys 制作备份,但是没清理,这种操作通常生成单个的大文件,可以用命令行检查
例如,查 / 下1G以上的,/ 下700M以上的, /var/log下1G以上的,分别是:
sudo find / -name '*' -size +1G
sudo find / -name '*' -size +700M
sudo find /var/log -name '*' -size +1G

注意,执行这些命令时,通常会花点时间
还有一个du命令也很有用,可以用来检查文件夹容量,不过你已经有图形界面的列表了,就不罗嗦啦

先谢谢啦 :em11




lost+found目录定期会清理一下,刚有把它清空了。里面没什么东西。。。

/var/log也是定期清理的目标。不知怎么的使用命令sudo rm -fr /var/log/* 和sudo rm -r /var/log效果相差很大,而后者才可以完全释放出所有空间。。。

“/var/log清理前为534M,有点偏大”
在我的机器上500+M算是正常的如果不定时清理/早爆了,唉怪我给/空间太少了哦。

检查了大文件情况,上100M的日志文件根本没见过。。。其他的大文件也没有,(除了/home目录下有2个vdi,由于/home已被单独挂载故忽略之)。。。
回复