Não tenho certeza, mas quando interrompi o FSCK dos meus volumes OCFS, que executei com entradas de arquivo, ele pulou o primeiro e continuou com sucesso com o próximo fsck. Desde que eu dormi entre os comandos, pressionei Cntrl + c logo após o sono e antes do próximo fsck. Mas, mal, o servidor foi devolvido com algum pânico de kernal. Eu não tinha certeza se é por causa da minha ou de algum outro fator, já que sou novo nisso, não poderia descobrir muito. Portanto, é melhor esperar, a menos que fique preso por qualquer outro motivo. A propósito, o servidor foi testado, mas ainda assim.
Peri
Respostas:
7
Eu não tenho nenhum conhecimento direto ou evidência, mas para mim, seria simplesmente MAL não lidar SIGINT.
Se você controlar + C e esperar que ele pare, não deverá ter problemas.
O problema sempre ocorre quando está parado e não para, porque você não tem certeza do que está fazendo. Normalmente, nesse ponto, você tem uma perda severa de dados.
Por exemplo, o Ubuntu (desde Hardy Heron) teve uma opção de usuário para interromper (e adiar) uma verificação de disco de rotina, se ela surgir durante a inicialização. Eu uso isso para partições ext3 se precisar de uma inicialização rápida (consultehttp://brainstorm.ubuntu.com/idea/11/ .
Eu não interromperia pessoalmente um fsck após uma quantidade suja ou tinha algum motivo para pensar que um sistema de arquivos poderia estar comprometido: pelo menos porque eu não gostaria de salvar novos dados em um sistema de arquivos e potencialmente colocá-los em risco. como causar mais danos aos dados ou metadados existentes.
Você pode cancelar o fsck automático a cada 30 botas na inicialização. É executado na próxima montaria. Eu já fiz isso muitas vezes. Normalmente não tem efeitos negativos.
Se o seu computador não desligou corretamente, o fsck será executado. Pessoalmente, não vou cancelar isso. Realmente não demora muito, e seus dados são importantes. Não há nenhum ponto em potencial de perder todos os seus dados para economizar meia hora no tempo de inicialização, na minha opinião,
Respostas:
Eu não tenho nenhum conhecimento direto ou evidência, mas para mim, seria simplesmente MAL não lidar
SIGINT.Hum. Na verdade, posso oferecer alguma garantia:
strings /sbin/fsck | grep sigrelatórios:Então, tomarei isso como evidência preliminar de que os
fsckdesenvolvedores estão chamando sigaction para lidar com os sinais relevantes.fonte
Se você controlar + C e esperar que ele pare, não deverá ter problemas.
O problema sempre ocorre quando está parado e não para, porque você não tem certeza do que está fazendo. Normalmente, nesse ponto, você tem uma perda severa de dados.
Boa sorte.
fonte
Tudo depende.
Por exemplo, o Ubuntu (desde Hardy Heron) teve uma opção de usuário para interromper (e adiar) uma verificação de disco de rotina, se ela surgir durante a inicialização. Eu uso isso para partições ext3 se precisar de uma inicialização rápida (consultehttp://brainstorm.ubuntu.com/idea/11/ .
Eu não interromperia pessoalmente um fsck após uma quantidade suja ou tinha algum motivo para pensar que um sistema de arquivos poderia estar comprometido: pelo menos porque eu não gostaria de salvar novos dados em um sistema de arquivos e potencialmente colocá-los em risco. como causar mais danos aos dados ou metadados existentes.
fonte
Você pode cancelar o fsck automático a cada 30 botas na inicialização. É executado na próxima montaria. Eu já fiz isso muitas vezes. Normalmente não tem efeitos negativos.
Se o seu computador não desligou corretamente, o fsck será executado. Pessoalmente, não vou cancelar isso. Realmente não demora muito, e seus dados são importantes. Não há nenhum ponto em potencial de perder todos os seus dados para economizar meia hora no tempo de inicialização, na minha opinião,
fonte