我在使用Ubuntu 12.04 LTS时遇到了问题。这是我在过去3周内第二次遇到这个问题。
第一次的情况在StackOverflow上的这个已关闭问题里有描述。
简而言之,我在一个450G的ext4系统上编译和构建Android堆栈不到20次就用完了所有的inode。
我以为通过将磁盘重新格式化为XFS来解决这个问题,以便inode存储可以增长。
今天早上,在整夜的构建之后,我只剩下不到1GB的可用空间了。除了构建Android所需的东西外,这台机器上什么都没有。我在平台源代码上总共进行了5次构建。构建会创建一些文件,然后我会立即使用“make clean”删除它们。实际上我不只剩下不到1GB的空间,但工具报告出来的确是这样。我删除了一大堆临时文件,释放了大约40GB的空间。几个小时后,即使只是闲置,我又回到了不到1GB的可用空间。
从闪存驱动器上运行Ubuntu返回的分区信息如下...
这是证据表明有些不对劲。当我运行
有没有一个工具可以安装在闪存驱动器上来恢复“丢失”的空间?我可以尝试在系统上释放内存并在那里运行它,但我认为最好还是从闪存驱动器上进行。
我应该以不同的方式配置这个系统吗?我宁愿不再进行擦除和安装,但我需要一个可持续的Android构建系统。
跟进 - 上周我不得不彻底清除安装并重新安装12.04以完成工作。当我本周再次进行Android构建时,我将密切关注磁盘使用情况,并在这里提供更多信息。
谢谢
我以为通过将磁盘重新格式化为XFS来解决这个问题,以便inode存储可以增长。
今天早上,在整夜的构建之后,我只剩下不到1GB的可用空间了。除了构建Android所需的东西外,这台机器上什么都没有。我在平台源代码上总共进行了5次构建。构建会创建一些文件,然后我会立即使用“make clean”删除它们。实际上我不只剩下不到1GB的空间,但工具报告出来的确是这样。我删除了一大堆临时文件,释放了大约40GB的空间。几个小时后,即使只是闲置,我又回到了不到1GB的可用空间。
从闪存驱动器上运行Ubuntu返回的分区信息如下...
$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda5 468521456 468255460 265996 100% /media/f71c77eb-b4cc-
$ df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda5 1691760 624214 1067546 37% /media/f71c77eb-b4cc-
$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 447G 447G 260M 100% /media/f71c77eb-b4cc-
这是证据表明有些不对劲。当我运行
du
(带和不带--apparent-size)或者使用可视化的磁盘使用分析器时,显示我实际上只使用了大约35GB左右的空间。98.7%的已用空间在/home/eric
中,但是du
的总和与此不符。差异在于/home/eric
和/home/eric/android
之间。
有没有一个工具可以安装在闪存驱动器上来恢复“丢失”的空间?我可以尝试在系统上释放内存并在那里运行它,但我认为最好还是从闪存驱动器上进行。
我应该以不同的方式配置这个系统吗?我宁愿不再进行擦除和安装,但我需要一个可持续的Android构建系统。
跟进 - 上周我不得不彻底清除安装并重新安装12.04以完成工作。当我本周再次进行Android构建时,我将密切关注磁盘使用情况,并在这里提供更多信息。
谢谢
ls -lah ~
的输出到 paste.ubuntu.com,并在您的问题中提供链接。 - Luciosudo find /home/eric -size +1G -type f
来查看异常大的文件。如果启用了日志轮转,请使用+512M、+256M。 - aquaherd