☰

根文件系统几乎已满 - 我应该担心吗？

tag-icon • tag-icon partition hard-disk root-filesystem df
根文件系统几乎已满 - 我应该担心吗？ 
me@netbook:~$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda5             323M  292M   15M  96% /
tmpfs                 5.0M  4.0K  5.0M   1% /lib/init/rw
tmpfs                 100M  740K   99M   1% /run
tmpfs                 5.0M     0  5.0M   0% /run/lock
tmpfs                 368M   11M  339M   3% /tmp
udev                  492M     0  492M   0% /dev
tmpfs                 199M  240K  199M   1% /run/shm
/dev/sda10             91G   80G  6.0G  94% /home
/dev/sda9             368M   11M  339M   3% /tmp
/dev/sda6             8.3G  6.2G  1.7G  79% /usr
/dev/sda7             2.8G  538M  2.1G  21% /var
/dev/sdb1             1.9G  1.5G  471M  76% /media/usb0

我收到 GNOME 关于我的根文件系统已满的警告。但试图baobab找出是什么堵塞了已经很小的根文件系统，这让我很困惑。无论如何，所有这些分区都是根据百分比自动分配的...根文件系统上还剩下 15M 是一件坏事吗？如果是这样，那么为什么 Debian 安装程序只为此目的分配很小比例的可用空间？

答案1

当然，您应该担心，但不必惊慌，因为 /var 和 /usr 有单独的分区，这弥补了最常写入和记录的数据的隔离，这是很好的；始终至少拥有一定量的可用空间（例如所有文件系统上的 10% 或 20% 可用空间/预留）很重要，并且您不确定会出现什么要求。让所有重要的文件系统（例如 /、/usr、/var、/tmp（以及某些主机上的 /usr/local））拥有一定量的可用空间非常重要。

答案2

检查是否有未使用的内核。它们会占用大量空间，并且 Debian 的自动包管理往往会留下旧内核。例如，如果您正在运行内核2.6.32-5-686（ 的输出uname -r），则不需要linux-image-2.6.32-4-686更多。

/usr为了将来的参考，现在将和/var与系统分区的其余部分分开几乎没有任何意义。

答案3

可能是 /lib 和 /lib64 （如果存在）导致了这种情况。

如果您运行某些 chroot 环境或安装其他软件，它们可能会比您想要的更快填满。

相关内容