它说，通过shelllogin到我们的FreeNAS
/var: write failed, filesystem is full 所以我做了
> df -h Filesystem Size Used Avail Capacity Mounted on /dev/ufs/FreeNASs2a 927M 358M 494M 42% / devfs 1.0K 1.0K 0B 100% /dev /dev/md0 4.6M 1.8M 2.4M 43% /etc /dev/md1 824K 2.5K 756K 0% /mnt /dev/md2 149M 149M -12M 109% /var /dev/ufs/FreeNASs4 20M 1.7M 17M 9% /data raid-5x3 100G 58M 100G 0% /mnt/raid-5x3 raid-5x3/alpha 11T 11T 100G 99% /mnt/raid-5x3/alpha raid2 11T 9.8T 903G 92% /mnt/raid2
在/ var的最大的文件夹是log …和那里最大的文件是messages （146669553字节），所以我rm messages 。
但df仍然显示相同的确切的事情，我仍然得到错误。
这很可能是因为曾经被称为/var/log/messages的文件仍然处于打开状态，尽pipe它已被取消链接。
杀死/重新启动保存文件的进程（我会打赌在syslogd ），以便空间可以被释放。
或者可以有更多的链接到文件，但是这似乎是相当可能的，除非你故意设置。
无论写入该文件的进程是否还有打开的文件句柄。 在文件句柄closures之前，空间不会被回收。 重新启动进程（可能是您的系统日志守护进程）或重新启动整个系统，如果你不关心跟踪进程。