本文共 2355 字，大约阅读时间需要 7 分钟。

Linux 服务器在使用过程中可能会遇到各种问题，其中之一就是“没有可用空间”。

遇到这种情况，就需要进行排查，定位到消耗了磁盘的那个文件夹。

流程如下：

1. df -h

df -h 会显示出所有挂载点的磁盘空间使用情况。-h 表示以 1k、1M、1G 为单位。

Filesystem(文件系统)      Size  Used Avail Use% Mounted on(分区)/dev/mapper/centos-root   98G  6.1G   92G   7% /devtmpfs                 4.8G     0  4.8G   0% /devtmpfs                    4.9G     0  4.9G   0% /dev/shmtmpfs                    4.9G   33M  4.8G   1% /runtmpfs                    4.9G     0  4.9G   0% /sys/fs/cgroup/dev/sda1               1014M  189M  826M  19% /boottmpfs                    984M     0  984M   0% /run/user/0overlay                   98G  6.1G   92G   7% /var/lib/docker/overlay2/8671cfef128ee6418ab1796ebba47b23283fdf1d338431b4a4ebdc2786485000/mergedshm                       64M     0   64M   0% /var/lib/docker/containers/d945d7043afb824a94ab8e11c3f61354945e40602b0212eb6cd1a794a5c2c475/mounts/shmoverlay                   98G  6.1G   92G   7% /var/lib/docker/overlay2/c24f633841568bb4672931f2da809b47335be7f085bf23237af2cd15bddc27a1/mergedshm                       64M     0   64M   0% /var/lib/docker/containers/e685309b470dde35837620928ba67d404722c4bba475f84ed0cb6ca823504907/mounts/shmoverlay                   98G  6.1G   92G   7% /var/lib/docker/overlay2/62cc31effdbb439942c43f1341b6b07fd933200b6c27a52c6a88ac4b63ae93e6/mergedshm                       64M     0   64M   0% /var/lib/docker/containers/7f7593fc8d14ddbe7dd1a946ccf08adf2bef415a7560db1c12d0ab0abb9e582a/mounts/shm

可以看到主分区 / 已经使用了 7%，现在假设因为某个软件的缓存，导致这个分区 / 的可用空间不多了。现在要排查到缓存所在位置。

du -h --max-depth=1

df 是查看各挂载点的空间使用情况，而 du 是用于查看各目录/文件的大小。

我们需要找到 / 分区中真正消耗掉内存的那个文件/文件夹。

1. 首先 cd /
2. 使用 du 命令查看该目录下的空间使用情况：du -h --max-depth=1

[root@192-168-1-64 ~]# du -h --max-depth=1157M    ./boot0       ./devdu: cannot access './proc/12646/task/12646/fd/4': No such file or directorydu: cannot access './proc/12646/task/12646/fdinfo/4': No such file or directorydu: cannot access './proc/12646/fd/4': No such file or directorydu: cannot access './proc/12646/fdinfo/4': No such file or directory0       ./proc33M     ./run0       ./sys34M     ./etc26M     ./root4.5G    ./var0       ./tmp1.6G    ./usr0       ./home0       ./media0       ./mnt2.6G    ./opt0       ./srv8.8G    .

在输出结果中找到占用磁盘过多的文件夹，cd 进去，再继续执行 du -h --max-depth=1 命令查看。

如此查看几次，一般就能定位到问题文件夹。

通过这样的排查，发现公司这次遇到的问题，是 elasticsearch 的数据文件夹把磁盘消耗光了。

定位到问题后，再依据该数据的重要程度，来决定是直接清空，还是如何处理它。

参考