我们在不同的安装设备上有足够的空间。 由于/ var分区在大小方面保持相对静态（大约8-10GB，因为我们需要大的日志），所以我很乐意简单地将当前的/ var空间变为65％而不是75％。 换句话说，我们不需要太多动作。 以下是现在的内容快照：
4.0K ./account 119M ./cache 0 ./clamd 292M ./cpanel 8.0K ./crash 12M ./csectsh 528M ./data 16K ./db 16K./empty 6.1G ./lib 4.0K ./local 24K ./lock 1003M ./log 16K ./lost+found 0 ./mail 120K./named 4.0K ./nis 4.0K ./opt 8.0K ./portsentry 20M ./pravda 4.0K ./preserve 84K ./profiles 236K ./run 115M ./spool 470M ./tmp 4.0K ./yp
我们只是在生产服务器上重新分配了一堆东西，所以我不觉得安排了更多的停机时间，特别是因为我相信我们有一个客户端的SLA。 我知道许多这些文件的父进程会对sym连接有问题，但是我远离专家，因为这是一个inheritance的系统。 有没有人知道可以移动的东西吗？
我强烈build议不要符号链接，而是使用绑定挂载。
那样的话，这个空间显然是可以跟踪的，而不是像对待符号那样更加有意义。
http://aplawrence.com/Linux/mount_bind.html有一个很好的介绍绑定坐骑。
您可能在/ var / lib中有MySQL – 将其移动到不同的安装位置或为其设置新的磁盘。 您可以符号链接或更改MySQLconfiguration。
什么在./data ？ 这不是一个标准的目录，看起来像一个很好的候选人。 我也build议你深入挖掘./lib 。 那里的东西占用了很多空间，可能会被删除或移动。