问题始于消息No space left on device 。 经过一番调查（谷歌的帮助），我发现：
find：检测到文件系统循环; /var/named/chroot/var/named' is part of the same file system loop as / var / named /var/named/chroot/var/named' is part of the same file system loop as 。
我不知道接下来要做什么。 我在centos.org上发现了这个：
and see if the inode numbers are the same (they shouldn't be). If they are then you need to remove the /var/named/chroot/var/named/ hard link and recreate it as a directory
inode号码是相同的，但我不知道究竟哪个文件夹要删除，接下来要做什么
感谢您的任何帮助
Linux xxxxx.onlinehome-server.info 2.6.32-220.13.1.el6.x86_64＃1 SMP Tue Apr 17 17:56:34 BST 2012 x86_64 x86_64 x86_64 GNU / Linux
如果这是有意的bind-chroot安装的一部分，（我相信）当你删除目录并重新创build它时，inode号码当然会有所不同。 但是，一旦你重新启动了命名服务，它的初始化脚本将会再次挂载–bind / var / named到var / named / chroot / var / named，你将在逻辑上再一次看到相同的inode数字。
我浪费了一些时间，试图弄清楚这是否是正常的，另外还有一些困惑，我的网站上的一些傻瓜认为一些自定义的init脚本是一个好主意，所以我真的不知道什么是正常的了。
显然，这可能是一个绑定chroot的centos上的标准行为，但是我觉得很难相信，因为任何事情都会导致类似这样的事情：
grep：内存耗尽
（在有16GB RAM的R610上）
已经成为我长期以来看到的最愚蠢的事情之一。
任何人都知道这是否是绑定chroot的股票行为？ 如果是这样，我不得不说在redhat / centos上远离它。 我绝对不会把这些发行版推荐给任何以非荒谬的方式认真对待事情的人。
你引用的build议说
删除/ var / named / chroot / var / named / hard链接并将其重新创build为一个目录
所以你应该做到这一点：
rm -f /var/named/chroot/var/named mkdir /var/named/chroot/var/named