Se isso fosse parte de uma instalação intencional do bind-chroot, (acredito) quando você remover o diretório e recriá-lo, os números de inode obviamente serão diferentes. No entanto, assim que você reiniciar o serviço nomeado, seu script init montará novamente --bind / var / named em var / named / chroot / var / named e, logicamente, você verá mais uma vez os números de inode idênticos.
Eu perdi algum tempo tentando descobrir se isso é normal ou não, com a confusão adicional de que algum idiota do meu site achou que alguns scripts de init personalizados seriam uma boa ideia, então eu realmente não sei o que é normal mais.
Aparentemente, isso pode ser um comportamento padrão no centos com bind-chroot, mas acho difícil de acreditar, porque qualquer coisa que leve a algo como:
grep -r algo / var / named
grep: memória esgotada
(em um R610 com 16 GB de RAM)
tem que ser uma das coisas mais idiotas que já vi em muito tempo.
Alguém sabe se esse é o comportamento do estoque de bind-chroot? Se assim for, eu tenho que dizer ficar longe no redhat / centos. Eu certamente nunca recomendarei essas distros para ninguém que queira fazer as coisas de maneira não ridícula.