Timestamp que atualiza constantemente em / dev / null

Question

Eu tenho trabalhado em um problema com um arquivo / dev / null em um sistema AIX (apenas para segundo plano parece que ele foi inadvertidamente excluído e recriado como um arquivo normal por alguém), mas ao tentar determinar o que causou o problema, notei que o timestamp nele parece atualizar a cada minuto. Eu observei isso em vários servidores AIX no meu local de trabalho.

Atualmente, não posso descartar totalmente que isso seja algo específico para o aplicativo sendo usado no meu local de trabalho, então comparei com os computadores baseados em CentOS e Debian em casa ontem à noite.

A caixa CentOS, que funciona 24 horas, teve um tempo de modificação em / dev / null de cerca de 4 dias atrás (durante esse tempo ele estava sendo usado apenas como navegador da web e player multimídia, embora tivesse ativo mas processos essencialmente não utilizados do Apache, MySQL e VMM executados em segundo plano).

O timestamp em / dev / null na máquina Debian, que era um laptop recém-inicializado, refletia bastante o tempo de inicialização, mas eu testei redirecionando STDIN e STDOUT para ele, e a hora da modificação não foi alterada (eu Não tenho certeza de que 100% de certeza se direcionar dados para / dev / null constitui "escrever para ele" da maneira que seria um arquivo normal.

Então, minha pergunta é essencialmente, alguém poderia oferecer algum conselho com relação a quais circunstâncias (permissões, mudanças, etc.) podem fazer com que o timestamp em / dev / null seja atualizado?

Muito obrigado por qualquer sugestão.

Alex.

    

Answer 1

So my question is essentially, could anybody please offer any advice with regards to what circumstances (permissions changes etc.. aside) might cause the timestamp on /dev/null to update?

Na maioria dos sistemas, estou familiarizado com as mesmas circunstâncias que poderiam fazer com que o registro de data e hora em qualquer arquivo fosse atualizado: Criação (atualizações ctime ), Acesso (atualizações atime ) ou Modificação (atualizações mtime ).

• A Criação deve ocorrer apenas uma vez, quando o nó do dispositivo é criado.
• O acesso deve realmente acontecer apenas em conjunto com a modificação neste caso (ninguém vai READ /dev/null ....)
• Modificação acontece toda vez que alguém canaliza a saída para /dev/null .

Eu não tenho idéia do porque o seu sistema Debian não se comporta desta maneira (embora eu tenha verificado que a máquina Ubuntu na minha mesa não atualiza os tempos em /dev/null quando eu envio a saída para lá, então é quase certamente uma coisa de Linux / Debian relacionada à sua implementação do devfs).

Seus sistemas AIX devem atualizar com fidelidade os dispositivos quando acessados, incluindo /dev/null . O BSD (FreeBSD 9.x) se comporta de maneira semelhante, e acredito que o Solaris também funciona, mas eu não tenho uma caixa do Solaris para testar.

A maior pergunta que você deve fazer é " O idiota excluiu /dev/null ?! " para que você possa encontrá-los e fazer deles um exemplo (e, obviamente, se você ainda não o fez) deve remover o arquivo regular /dev/null e recriar o nó de dispositivo apropriado.Um reboot provavelmente também está em ordem, pois alguns programas podem estar mantendo o arquivo regular /dev/null inode aberto e ainda gravando nele ...).