Quão seguro é rodar o fsck no disco rígido defeituoso?

Question

Nosso sistema recentemente parou de funcionar - ainda podemos usar SSH, mas a maioria dos programas em nosso servidor resulta em um erro de entrada / saída, por isso não podemos sair do SSH do servidor, abrir o FTP para ele, etc.

Eu tenho um banco de dados MySQL que eu absolutamente não devo perder - eu posso ver os arquivos em /var/lib/mysql muito bem, mas eu não tenho absolutamente nenhuma maneira de tirá-los do sistema. A unidade /dev/sda4 on / com o tipo ext4 é a ruim - pelo que entendi, preciso executar fsck , mas esses prompts me assustam um pouco.

Se eu vir os arquivos em /var/lib/mysql , isso significa que eles estão bem, e não há como o fsck deletá-los se parte deles estiverem danificados? Eu posso apenas correr fsck -y e ficar calmo? Meu provedor me disse que eu preciso desligar o sistema para conectar o novo disco rígido para mover minhas coisas para ele, mas eu sou incapaz de reiniciar sem reparar o disco.

Posso executar fsck -y sem me preocupar?

    

Answer 1

Primeiro, sim fsck é seguro [1] (com advertências [2]) para ser executado em um disco / partição com defeito se você desmontar o disco / partição antes .

Tendo apenas um drive / partição, isso é possível iniciando o modo Runlevel 1 (chamando init 1 ).

No entanto , esteja ciente de que sua conexão SSH será desativada nesse momento porque init 1 matará [3] todos os serviços e daemons (e o SSH é um deles ).

Segundo, sobre sua necessidade de um backup do mysql, eu tentaria fazer o seguinte:

1. Faça um túnel SSH na sua sessão SSH existente [4];
2. Executar mysqldump remotamente [5];
3. Verifique o *.sql gerado pelo mysqldump;
4. E chame o serviço autorizado para substituir a unidade danificada.

Referências:

• [1] Como executar fsck para consertar seus sistemas de arquivos [em português]
• [2] Como recuperar da corrupção do sistema de arquivos usando o Fsck e um ISO de recuperação
• [3] O" init 1 "de uma sessão ssh remota (via VPN) mata minha conexão ssh
• [4] Usando um canal SSH já estabelecido
• [5] Como descarregar o banco de dados remoto sem mysqldump?

Atenciosamente!