没有更多的磁盘空间：如何找到占用的空间？

我的一台运行16.04的服务器遇到了问题：磁盘空间不足。

我不知道占用了什么空间。有没有列出当前目录大小的命令，所以我可以遍历并最终占用所有空间的目录？

与Linux中一样，有多种方法可以完成工作。但是，如果需要通过CLI进行操作，这是我的首选方法：

我首先以root或sudo的身份运行它：

du -cha --max-depth=1 / | grep -E "M|G"

grep将返回行限制为以MB或Gigabyte范围内的值返回的行。如果磁盘足够大，则也可以添加|T以包括TB级的数量。您可能会在/proc，/sys和/或上遇到一些错误，/dev因为它们不是磁盘上的真实文件。但是，它仍应为根目录中的其余目录提供有效的输出。找到最大的目录后，可以在该目录内运行命令以缩小罪魁祸首的范围。因此，例如，如果/var最大的话，您可以接下来执行以下操作：

du -cha --max-depth=1 /var | grep -E "M|G"

那应该导致您遇到问题的孩子们！

其他注意事项

尽管上面的命令肯定可以解决问题，但我在下面的评论中提出了一些建设性的批评，指出了您还可以包括的一些内容。

1. 该grep如果目录或文件的名字有一个大写G或M.如果你绝对不希望任何K个有价值的目录显示出来，你会想起来的返回提供了可能导致偶尔的“K”值I您的正则表达式游戏更具创意和复杂性。例如grep -E "^[0-9\.]*[MG]"

2. 如果您知道哪个驱动器是问题所在，并且它上面还有其他装载的驱动器，而且您不想浪费时间在搜索中，则可以将-x标志添加到du命令中。该标志的手册页描述：

     -x, --one-file-system
         skip directories on different file systems
   

3. 您可以对du命令的输出进行排序，以使最大值位于底部。只需将其附加到命令末尾：| sort -h

您可以ncdu为此使用。效果很好。

sudo apt install ncdu

我用这个命令

sudo du -aBM -d 1 . | sort -nr | head -20

有时，我需要从/目录中运行它，因为我已将某些东西放置在一个奇怪的位置。

关于找到占用大部分空间的目录的方法，已经有了许多不错的答案。如果您有理由相信主要问题是大型文件很少，而不是小型文件，则可以使用find / -size +10M。

我不知道Ubuntu，也无法检查我的答案，但是根据我很久以前作为Unix管理员的经验在这里发布我的答案。

1. 找出哪个文件系统空间不足

   df -h
   

   将列出所有文件系统，其大小和可用空间。仅在调查具有足够空间的文件系统时才浪费时间。假设完整的文件系统是/ myfilesystem。检查df输出是否在/ myfilesystems的子目录上挂载了文件系统。如果是这样，则必须根据以下情况调整以下飞溅。

2. 找出此文件系统的文件使用了多少空间

   du -sh /myfilesystem
   

   -x选项可用于确保仅考虑属于该文件系统的文件。某些Unix变体（例如Solaris）不知道du的-x选项。然后，您必须使用一些解决方法来找到文件系统的du。

3. 现在检查可见文件的du是否大约等于df显示的已用空间的大小。如果是这样，您可以开始查找/ myfilesystem文件系统的大型文件/目录进行清理。

4. 查找目录最大的子目录/.../dir使用

   du -sk /.../dir/*|sort -n
   

   -k选项强制du以千字节为单位输出sie，不带任何单位。在某些系统上，这可能是默认设置。然后，您可以忽略此选项。最大的文件/子目录将显示在输出的底部。

5. 如果发现不再需要的大文件/目录，则可以通过适当的方式将其删除。不要担心输出顶部的小目录。如果删除它们，将无法解决您的问题。如果您仍然没有足够的空间，可以在列表底部显示的大子目录中重复步骤4。

但是，如果du输出不是df所显示的可用空间，该怎么办？

如果du输出较大，则说明您错过了挂载另一个文件系统的子目录。如果du输出小得多，则som文件不会显示在du du检查的任何目录中。他的现象可能有不同的原因。

6. 一些进程使用的是已经删除的文件。因此，此文件已从目录中删除，并且du无法看到它们。但是对于文件系统，直到过程关闭文件之前，它们的块仍在使用中。您可以尝试找出相关的进程（例如使用lsof），并强迫它们关闭该文件（例如，通过停止应用程序或通过终止进程）。或者您只是重新启动计算机。

7. 目录中的文件不再可见，因为在其父目录之一中已安装了另一个文件系统。因此，如果您有一个文件/ myfilesysem / subdir / bigfile，现在又在/ myfilesystem / subdir上挂载了另一个文件系统，那么您将无法再看到该文件，并且

   du -shx /myfilesystem 
   

   将报告一个不包含/ myfilesystem / subdir / bigfile大小的值。找出此类文件是否存在的唯一方法是卸载/ myfilesystem / subir并使用

   ls -la /myfilesystem/subdir 
   

   如果包含文件。

8. 某些特殊类型的文件系统会使用/保留ls命令看不到的磁盘空间。您需要特殊的工具来显示此内容。

除了使用du命令的这种系统方式之外，您还可以使用其他方法。因此，您可以使用find命令查找大于提供的值的文件，可以搜索大于提供的值的文件或新创建的文件或具有特殊名称（例如* .log，core，* .trc）。但是您始终应该按照1中所述执行df，以便在正确的文件系统上工作

如果您还对不使用命令感兴趣，请使用以下应用程序：Filelight

它使您可以快速可视化任何文件夹中正在使用的磁盘空间。

尝试sudo apt-get autoremove删除未使用的文件（如果尚未删除）

我经常用这个

du -sh /*/

然后，如果我发现一些大文件夹，我将切换至该文件夹并进行进一步调查

cd big_dir
du -sh */

如果需要，您还可以使用

du -s /*/ | sort -n

并不是真正的答案-而是附录。

您空间有限，无法通过@erman的答案安装ncdu。

一些建议

• sudo apt clean all删除已经下载的软件包。安全
• sudo rm -f /var/log/*gz清除超过一两周的日志文件-不会删除较新的/当前的日志。最安全
• sudo lsof | grep deleted列出所有打开的文件，但过滤掉已从磁盘删除的文件。相当安全
• sudo rm /tmp/*删除一些临时文件-如果正在使用某些临时文件，则可能会破坏进程。并不是很安全

的lsof可能返回如下代码：

server456 ~ $ lsof | grep deleted
init          1          root    9r      REG              253,0  10406312       3104 /var/lib/sss/mc/initgro                        ups (deleted)
salt-mini  4532          root    0r      REG              253,0        17     393614 /tmp/sh-thd-1492991421                         (deleted)

对于init行并不能做很多事情，但是第二行建议salt-minion已打开一个已删除的文件，并且一旦通过服务重新启动关闭了所有文件句柄，便会返回磁盘块。

其他常见的可疑对象包括syslog / rsyslog / syslog-ng，squid，apache或服务器运行的“繁重”进程。

我发现Filelight之类的工具的输出特别有价值，但是，就像您的情况一样，在服务器上，通常没有安装GUI，但是该du命令始终可用。

我通常要做的是：

• 将du输出写入文件（du / > du_output.txt）;
• 将文件复制到我的机器上；
• 用于DuFS将du输出“挂载”到临时目录中；DuFS根据输出使用FUSE创建虚拟文件系统（=实际上没有创建文件，都是假的）du；
• 在此临时目录上运行Filelight或其他GUI工具。

免责声明：我写的dufs-正是因为我经常不得不找出无头机器上的磁盘空间。

与@TopHat相似，但是如果名称中包含M，G或T，则过滤某些文件。我不相信它会在第一列中丢失大小，但是除非您创造性地命名文件，否则它将不会与文件名匹配。

du -chad 1 . | grep -E '[0-9]M[[:blank:]]|[0-9]G[[:blank:]]|[0-9]T[[:blank:]]'

因为我不知道c或a做了什么，所以在这里解释了命令行开关。