Parando o e2fsck cedo

Question

Eu tive alguns erros de unidade, então eu corri e2fsck -cckty para encontrar blocos ruins em uma unidade de 2TB. Encontrou alguns blocos ruins no começo, mas não encontrou nenhum em um dia e meio. e2fsck foi executado por 40 horas e 53% concluído. Se eu Ctrl - C , ele irá atualizar as informações dos blocos danificados no sistema de arquivos para refletir os blocos defeituosos encontrados no começo?

    

Answer 1

Eu vejo a resposta abaixo de aqui .

A checagem do sistema de arquivos na inicialização é geralmente somente leitura até encontrar um problema, então ele irá avisá-lo antes de fazer qualquer alteração, então é provável que seja uma interseção segura.

Mas é bem possível (e não é incomum que os servidores precisem voltar após a falta de energia) para que ele seja definido como correção automática, portanto, a menos que você tenha certeza de que seu sistema não está configurado dessa maneira deixe-o correr até a conclusão por segurança.

A maioria dos programas fsck são escritos de tal forma que qualquer alteração que seja feita é tão atômica quanto possível e eles serão limpos ( completando ou revertendo qualquer alteração atual ) antes de responder a um sinal TERM ou INT (SIGINT é o que é enviado para o processo ativo quando ctrl + c é pressionado) então mesmo um fsck ativo deve ser seguro para interromper, mas eu não recomendaria correr o risco - melhor prevenir do que desculpe!

    

Answer 2

Tanto quanto eu posso ver, não. Se eu entendi a origem corretamente, e2fsck corre badblocks , lê sua saída e atualiza o inode do bloco defeituoso em uma execução após badblocks terminar. Se você Ctrl - C , este caminho não deve ser alcançado.

O que poderia funcionar é matar o processo badblocks gerado explicitamente, pois e2fsck parece não se importar com o código de saída, então seria necessário o que foi lançado e processado, mas não há garantia de que isso funcionaria .