Centos parou de responder

Question

Eu tenho o CentOS 6.4 no meu sistema. De repente, parou de responder com as seguintes mensagens em / var / log / messages

Jun 25 21:56:18 ct-0094 kernel: EXT4-fs (sdg1): mounted filesystem with ordered data mode. Opts: (null)
Jun 26 04:28:12 ct-0094 kernel: EXT4-fs error (device sdc1): ext4_find_entry:934:  inode #2: comm updatedb: reading directory lblock 0
Jun 26 04:28:12 ct-0094 kernel: EXT4-fs (sdc1): previous I/O error to superblock detected
Jun 26 04:28:12 ct-0094 kernel: EXT4-fs error (device sdc1): ext4_find_entry:934: inode #2: comm updatedb: reading directory lblock 0
Jun 26 04:28:12 ct-0094 kernel: EXT4-fs error (device sdb1): ext4_find_entry:934: inode #2: comm updatedb: reading directory lblock 0
Jun 26 04:28:12 ct-0094 kernel: EXT4-fs (sdb1): previous I/O error to superblock detected
Jun 26 04:28:12 ct-0094 kernel: EXT4-fs error (device sdb1): ext4_find_entry:934: inode #2: comm updatedb: reading directory lblock 0
Jun 26 04:28:12 ct-0094 kernel: EXT4-fs (sdb1): previous I/O error to superblock detected
Jun 26 04:28:12 ct-0094 kernel: EXT4-fs error (device sdb1): ext4_find_entry:934: inode #2: comm updatedb: reading directory lblock 0
Jun 26 04:28:12 ct-0094 kernel: EXT4-fs (sdb1): previous I/O error to superblock detected
Jun 26 04:28:12 ct-0094 kernel: EXT4-fs error (device sdb1): ext4_find_entry:934: inode #2: comm updatedb: reading directory lblock 0

Quais podem ser os problemas aqui? Eu sou um novato nesse tipo de coisa, então qualquer ajuda seria muito apreciada

    

Answer 1

Esta mensagem indica um problema nos sistemas de arquivos em sua unidade / dev / sdb1 e / dev / sdc1

A questão é o que causou esse problema? Pode ser uma corrupção do sistema de arquivos, embora, como o problema está acontecendo em ambas as partições, pode ser uma falha no driver ou na placa-mãe. (Você não forneceu informações suficientes para verificar se isso é provável).

Você precisa estar ciente de que seus dados estão em risco - se ainda for legível, a primeira coisa a fazer é tentar obter o máximo possível em outra unidade. Depois de fazer isso, você pode tentar reinicializar o computador (desligue-o totalmente e ligue-o) e verifique se ele se corrige.

Outra possibilidade é alguém ter tentado acessar as unidades diretamente quando elas são invadidas, e isso causou corrupção de dados. (Parece muito coincidente que sdb e sdc tenham ambos um erro no mesmo lugar!)