我刚刚在我的服务器上查看各个分区的大小，我看到它的状态;
/dev/xvda1 3.7G 2.9G 792M 79% / /dev/mapper/vg00-usr 26G 3.7G 23G 14% /usr /dev/mapper/vg00-var 72G 43G 30G 60% /var /dev/mapper/vg00-home 17G 5.3G 12G 32% /home none 512M 4.5M 508M 1% /tmp 有这么大的逻辑卷是不好的？ 我的var部分已被用于43GB！
我的服务器磁盘空间是300GB，如果我不断收到通知： Drive警告：/ dev / vg00 / var（/ var）是XX％已满 ，我不得不扩展分区，那么我的可用磁盘空间将迅速减less。
我能做些什么，或者是我已经习惯了，并购买更多的磁盘空间？
非常感谢的答复，
詹姆士
找出使用磁盘空间的是什么！
这是一个邮件服务器？ 日志服务器？ 在这种情况下，这是完全明智的。
xdiskusage这个工具非常适合像这样的可视化磁盘使用。
/ var是日志文件通常最终被后台处理（特别是/ var / log）的地方，所以这是一个很大的问题。 确保你只保留你所需要的，而不是过去三年的一切。 这是我能想到的一个普遍的东西。 其余的是应用程序特定的。
首先，命名：这些不是分区。 这些是在逻辑卷上创build的文件系统。 逻辑卷是从卷组中分割出来的，这些卷组本身是由块设备（可能是分区）构build的，也可能只是整个磁盘。
拥有“大型”文件系统本身并不是一个问题。 我把“大”放在引号中，因为43GB并不是特别大。 我来自多个TB级的“大”，所以这一切都取决于你的观点。
如果你的文件系统增长速度很快，你发现自己的频率resize，那么你可能有一个问题：
您可能只是创build了太小的文件系统开始。 在这种情况下，你应该在一定程度上弄清楚它需要多大，事情应该稳定下来。
你可能有东西是错误地使用磁盘空间。 日志过于冗长的事情可以做到这一点，正如可以logging到一个文件，neine被旋转。 您可以使用像du这样的工具来调查磁盘空间的使用情况。
您可能只是在运行正常运行的一部分服务，消耗额外的磁盘空间。 包含用户提交内容，电子邮件服务器，数据库和其他此类服务的网站将随着时间的推移而增长。 在这种情况下，您的工作是弄清楚事情发展的速度，并适当地规划您的存储扩展。
在不知道（a）你正在运行什么服务的情况下，以及（b）什么导致了这个空间的消耗，我们不能真正提供什么代表一个适当的规模和如何应对增长的指导。
您可以使用du来查找像这样的paritcular目录所消耗的空间：
# du -sh /var/lib 21G /var/lib
-s给你一个总数， -h给你“可读的”大小（例如，“21G”而不是“21998608”）。