我刚刚查看了服务器中各个分区的大小，发现它显示如下内容；
/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，如果我不断收到以下通知：驱动器警告：/dev/vg00/var (/var) 已满 XX%并且我必须不断扩展分区，那么我的可用磁盘空间就会迅速减少。
我能做些什么来解决这个问题，或者我必须要习惯它并购买更多的磁盘空间？
非常感谢您的回答，
詹姆士
答案1
找出正在使用磁盘空间的内容！
这是邮件服务器吗？日志服务器？在这种情况下，这是完全合理的。
该工具xdiskusage非常适合在这种场景中可视化磁盘使用情况。
答案2
/Var 是日志文件通常被缓存的地方（特别是 /var/log），所以这是一个需要重点关注的地方。确保只保留你需要的内容，而不是保留过去 3 年的所有内容。这是我能想到的唯一通用方法。其余的则针对特定应用程序。
答案3
首先，术语：这些不是分区。这些是在逻辑卷上创建的文件系统。逻辑卷是从卷组中划分出来的，而卷组本身是由块设备构建的——这些块设备可能是分区，也可能只是整个磁盘。
拥有“大型”文件系统本身并不是问题。我将“大型”放在引号中，因为 43GB 并不是特别大。在我看来，几 TB 就是“大型”，所以这完全取决于你的观点。
如果您的文件系统增长速度足够快，以至于您发现自己需要频繁调整其大小，那么您可能会遇到一个问题：
您可能只是创建了太小的文件系统。在这种情况下，您应该在某个时候确定它需要多大，然后事情就会稳定下来。
您可能有错误地占用磁盘空间的程序。过于冗长的日志记录可能会导致这种情况，而将日志记录到从未轮换的文件中也会导致这种情况。您可以使用类似工具
du来调查磁盘空间的使用情况。您可能只是在运行一些服务，而这些服务的正常运行会消耗额外的磁盘空间。包含用户提交内容的网站、电子邮件服务器、数据库和其他此类服务会随着时间的推移而增长。在这种情况下，您的工作是弄清楚事物增长的速度，并适当地规划您的存储扩展。
如果不知道 (a) 您正在运行哪些服务以及 (b) 是什么原因导致空间被消耗，我们实际上无法提供任何关于什么是合适的尺寸以及如何应对增长的指导。
您可以使用du以下方法来查找特定目录所消耗的空间：
# du -sh /var/lib
21G /var/lib
该函数-s会给出总计，并-h给出“人类可读”的大小（例如，“21G”而不是“21998608”）。