根文件系统已满，没有大文件

因此，我是一个非常新的系统管理员，刚从学校毕业并从事实习。唯一的问题是，im是该位置上唯一的sysadmin，没有人向我展示工作。无论如何，这是一家非常小的公司，一台具有这种配置的CentOs服务器：

Filesystem            Size  Used Avail Use% Mounted on

/dev/sda3             184G  140G   35G  81% /

tmpfs                 2.3G     0  2.3G   0% /lib/init/rw

udev                  2.3G  212K  2.3G   1% /dev

tmpfs                 2.3G     0  2.3G   0% /dev/shm

/dev/sda1             4.6G  156M  4.2G   4% /boot

/dev/sda4              33G  176M   31G   1% /tmp

/dev/sdb1             1.8T  1.8T     0 100% /media/backupInterne

/dev/sdd1             917G  470G  401G  54% /media/Data

我几天前才到这里，立即注意到整个磁盘，我正在努力解决该问题。我这里的另一个问题是sda3，现在为81％。4天前为79％。

我跑了du -ah | /根目录上的sort -rh命令，没有什么特别的。由于sda3分区很快就装满了，所以用了几天的时间进行了处理，没有什么主要差异可以解释其增长的原因。

非常感谢

linux filesystems mount

— 小管理员
source

我的猜测是原木增长，因为sdb1已满，但我们会看到有多大/var。.你从中得到du -sh /*什么？

— Shane Madden

如果要查看哪些文件已更改，则可以find与-mtime n [smhdw]一起使用。我怀疑肖恩是对的。其中一部分可能是日志文件抱怨sdb1卷已满。该命令可能如下所示：find / -type f -mtime 1d -print 如果您的查找支持，--exclude-dir=那么您可能希望排除/ dev和/ proc。

— Hennes 2013年

/ var是1.7G，过去几天它的大小几乎没有变化，这是我检查的第一个主意。我总是使用--exclude ='media'命令运行du命令，因为该目录中没有任何内容，然后挂载了目录

— littleadmin 2013年

自从您写道您是新管理员以来，我将指出增加磁盘使用率的最常见原因之一。日志文件。如果您打开文件（例如，来自Web服务器的日志），然后再删除该文件，则该文件仍将使用磁盘空间，直到程序关闭其对该文件的句柄为止。有时可以通过发送注册（kill -1 PID->重读配置文件并重新启动许多守护进程）或用钝器重启来解决最后一个问题。

— Hennes 2013年

在情况下，日志增长，它可能在几天内解决时，每周日志轮换踢。

— ptman

Answers:

这是我试图找出类似问题的方法。

du -s `ls -a | egrep -v '\.\.'` | sort -nr | head

它将显示当前目录中每个目录/文件的使用情况。从那里开始，进入下级目录，直到发现明显的内容。

将所有内容都放在一个大分区中会使诊断此类问题变得困难。另一种尝试的方法是使用

lsof

查看通过各种过程打开的文件，并查看是否可以找到一些线索。但是，这是非常成功的事情。

— 神奇的神奇狗弗雷德
source

+1表示lsof。该工具对于新管理员来说将非常方便（即使可能很容易碰到此问题）。

— Hennes

每个目录/文件的使用情况给了我5条结果，没有超过60万条。

— littleadmin 2013年

听起来很像是我一直有删除文件的类似问题（但参考仍然存在）。

如果我们正在谈论Linux系统，请运行：

lsof + L1

这将是删除文件的列表，但仍处于打开状态并被某人使用。关键是获取打开了文件句柄的所有内容以将其释放。

— 埃里克·托夫特
source

可悲的是没有提供任何可以解释每天发生的空间损失的文件。谢谢

— littleadmin 2013年

是否有可能正在写入目录，然后通过文件系统将其挂载？一次，我有千兆字节的无法解释的头发被拉扯。尽管这永远不可能，但我能够证明它是有可能的。

— Eirik Toft 2013年

我也在想类似的事情，但是那怎么可能呢？以及如何在不删除所有内容的情况下进行验证？

— littleadmin 2013年

我终于知道发生了什么事。安装点之一未正确安装，因此直接在sda3上进行了备份。

谢谢大家的帮助

— 小管理员
source