Aqui está minha situação: Eu tenho um servidor rodando Ubuntu Server 9.04
Eu copiei um arquivo no servidor e consegui acessar o arquivo de um computador cliente Windows sem qualquer problema.
Então, recentemente, tentei acessar o arquivo novamente e ele não será carregado. O console do servidor diz coisas como: ata3.00: status: {DRDY ERR} ata3.00: status: {UNC}
Se eu tentar copiar o arquivo (de um shell remoto), ele cria uma cópia truncada e relata um erro de E / S.
Então, desmontei o volume e executei o fsck, que não relatou nenhum erro. No entanto, os sintomas acima ainda existem. Achei que o fsck iria corrigir o erro (talvez deletar o arquivo corrompido, não importa).
Devo tentar excluir o arquivo ANTES de executar o fsck? Eu deveria fazer outra coisa? O meu HDD está quebrado?
Obrigado
Os programas de verificação do sistema de arquivos lidam com erros do sistema de arquivos no nível lógico. Eles não podem influenciar erros mecânicos no nível físico do disco rígido. Os erros que você vê no dmesg indicam um "Erro de mídia" .
Em resumo, seu sistema de arquivos provavelmente está bom, mas a unidade está morrendo (pode ser a placa-mãe, mas é menos comum que elas quebre).
9,04 atingiram o fim da vida e não têm suporte há anos. Você está apenas pedindo problemas para executar um servidor hoje, então a primeira coisa que você precisa fazer é fazer o backup de seus dados e reinstalar o servidor com o 12.04 LTS.
Seu disco tem um problema. Após o backup, você deve usar smartctl -a /dev/sda do pacote smartmontools para verificar detalhes. Se for apenas um ou dois setores defeituosos pendentes, escrever para eles pode corrigir o problema. Você pode limpar a unidade inteira com sudo dd if=/dev/zero of=/dev/sda . Se você não obtiver nenhum erro, os setores serão realocados ou apenas reescritos correram bem. Você pode ver com as contagens do SMART. Se apenas alguns ou nenhum foram realocados sem erros, você poderá reformatar a unidade e instalar o 12.04 LTS e restaurar o backup. Se não, então é hora de uma nova unidade.