☰

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

tag-icon • tag-icon linux filesystems mount
根文件系统已满，没有大文件

所以我是一个非常新的系统管理员，刚从学校毕业，正在实习。唯一的问题是我是这里唯一的系统管理员，没有人向我介绍这份工作。无论如何，这是一家非常小的公司，一台 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%。

我在 /root 目录上运行了 du -ah | sort -rh 命令，没有发现任何异常。由于 sda3 分区很快就满了，所以几天后才执行此操作，没有发现任何重大差异，无法解释其增长的原因。

多谢

答案1

以下是我在尝试解决此类问题时所使用的方法。

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

它将显示当前目录中每个目录/文件的使用情况。从那里开始，您可以逐步进入子目录，直到找到一些明显的内容。

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

lsof

查看各个进程打开了哪些文件，看看能否找到一些线索。不过，这很不确定。

答案2

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

如果我们谈论的是 Linux 系统，请运行：

lsof +L1

这是已删除文件的列表，但这些文件仍处于打开状态并被某些程序使用。关键是让打开文件句柄的程序释放它。

答案3

我终于弄清楚了发生了什么。其中一个挂载点没有正确挂载，因此直接在 sda3 上进行备份。

感谢大家的帮助

相关内容