Also the order of events in the syslog makes it sound like the OS was fully up when the fsck was done
O sistema de arquivos raiz geralmente precisa ser montado para executar o fsck. O rootfs é geralmente montado somente para leitura e, em seguida, montado novamente, read-write, após a conclusão do fsck. Claro que o fsck automático nem sempre pode consertar todos os problemas. Às vezes você precisa executá-lo manualmente para consertar as coisas.
Supondo que você tenha acesso SSH a essa caixa, você deve ser capaz de interromper todos os serviços que gravam nos sistemas de arquivos e, em seguida, remontar os sistemas de arquivos como somente leitura, deixando o servidor SSH em execução (1). Se você conseguir que tudo seja remontado como somente leitura, deve ser capaz de executar com segurança um fsck manual.Any suggestions on other ways to fix this without having to do service calls and replace the units?
- (1) O sshd normalmente não grava diretamente no sistema de arquivos. Ele grava via syslog e o syslog pode ser interrompido enquanto um sistema está em execução.
E os avisos padrão, teste os serviços de parada e remonta em uma caixa na qual você tem acesso físico primeiro. Se possível, verifique se você tem alguém no lugar que você pode ligar e ter power-cycle a caixa apenas no caso de você parar os serviços errados e matar o seu acesso remoto.