我正在使用 virtualmin 运行 centos 6.8
我的服务器来自 kimsufi.com，磁盘空间为 2tb
文件系统为 20gb
下面我有 df -h 输出：
[root@server ~]# df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 20G 8,7G 9,7G 48% /
devtmpfs 7,8G 176K 7,8G 1% /dev
tmpfs 7,9G 0 7,9G 0% /dev/shm
/dev/sda2 20G 8,7G 9,7G 48% /
/dev/sda2 20G 8,7G 9,7G 48% /var/named/chroot/etc/named
/dev/sda2 20G 8,7G 9,7G 48% /var/named/chroot/var/named
/dev/sda2 20G 8,7G 9,7G 48% /var/named/chroot/etc/named.conf
/dev/sda2 20G 8,7G 9,7G 48% /var/named/chroot/etc/named.rfc1912.zones
/dev/sda2 20G 8,7G 9,7G 48% /var/named/chroot/etc/rndc.key
/dev/sda2 20G 8,7G 9,7G 48% /var/named/chroot/usr/lib64/bind
/dev/sda2 20G 8,7G 9,7G 48% /var/named/chroot/etc/named.iscdlv.key
/dev/sda2 20G 8,7G 9,7G 48% /var/named/chroot/etc/named.root.key
[root@server ~]#
使用 df -i 48% 是 100% 我是一个新手，但我的服务器从一个月前开始就运行良好。
我尝试使用以下命令在 Google 搜索后清除缓存：
sudo rm -rf /var/cache/yum/x86_64/6/$REPONAME
因此，运行该命令后，我登录了 webmin，并且我得到的不是标题中的错误，而是 webmin 屏幕，它正常工作并且面板中的本地磁盘空间为 50%。
之后我尝试通过 /etc/init.d/mysqld restart 重新启动 mysql，但 mysql 启动失败
现在我也没有 mysql
最后一个错误是/usr/bin/mysqlshow: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)
最后再次Failed to open /etc/webmin/apache/site for writing : No space left on device在 webmin 或 virtualmin 中发送消息。
伙计们，我很困惑，害怕丢失我的数据库，如果有人能帮助我解决这个问题，我将不胜感激
编辑：
[root@server ~]# ls -l /var/spool/postfix/
total 56
drwx------ 2 postfix root 4096 Oct 25 04:46 active
drwx------ 2 postfix root 4096 Oct 24 21:45 bounce
drwx------ 2 postfix root 4096 Nov 10 2015 corrupt
drwx------ 6 postfix root 4096 Oct 10 02:17 defer
drwx------ 6 postfix root 4096 Oct 10 02:17 deferred
drwx------ 2 postfix root 4096 Nov 10 2015 flush
drwx------ 2 postfix root 4096 Nov 10 2015 hold
drwx------ 2 postfix root 4096 Oct 25 04:46 incoming
drwx-wx--- 2 postfix postdrop 4096 Oct 25 04:46 maildrop
drwxr-xr-x. 2 root root 4096 Oct 25 08:58 pid
drwx------. 2 postfix root 4096 Oct 25 11:21 private
drwx--x---. 2 postfix postdrop 4096 Oct 25 11:21 public
drwx------ 2 postfix root 4096 Nov 10 2015 saved
drwx------ 2 postfix root 4096 Nov 10 2015 trace
[root@server ~]#
答案1
您可能有一些程序会创建大量非常小的文件，根据我在 RH6 上的经验，一些 cron 脚本会生成通过本地邮件发送的输出。
检查输出：
ls -l /var/spool/postfix/
如果第五列的数字相对于其他文件较高，那就是它了。
更新
从 ls -l /var/spool/postfix 的输出来看，在这种情况下，cron + postfix 的组合似乎不是问题。
此时，除了重新安装更多 inode 选项外，请检查是否有某个地方充满了文件，如以下问题所示：
https://unix.stackexchange.com/questions/117093/find-where-inodes-are-being-used#117094
尝试：
查找 / -xdev -printf'％h \ n'|排序| uniq -c |排序-k 1 -n
但要小心，这会花很长时间。最后一个条目将是包含更多 inode 的目录，这应该会提供一些线索