Fazendo um fsck remoto - possível?

4

Estamos implantando PCs fanless para um estudo de pesquisa. Alguns deles estão tendo problemas de HD, já que seu sistema operacional é executado a partir de um cartão SD. Estou vendo casos em que preciso fsck de uma pasta ou duas.

Eu tentei usar shutdown -rF now , mas não parece estar fazendo o truque. Há notas no syslog que dizem que o material foi corrigido, mas não parece ser. Além disso, a ordem dos eventos no syslog faz parecer que o sistema operacional estava totalmente ativo quando o fsck estava pronto (o IE fs foi montado). Certamente não é uma coisa boa.

Alguma sugestão sobre outras formas de corrigir isso sem ter que fazer chamadas de serviço e substituir as unidades?

SO: debian 6.x

Observação: eu vi este . Deu-me a noção do comando shutdown, mas não parece estar funcionando corretamente (ou não estou usando corretamente).

    
por ethrbunny 10.02.2014 / 21:00

1 resposta

5

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.

Any suggestions on other ways to fix this without having to do service calls and replace the units?

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.

  • (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.

    
por 10.02.2014 / 21:13

Tags