Ubuntu O fsck forçado no boot falha

Question

fsck tem muitos erros ao ler o bloco 24251xx (tentativa de ler o bloco do sistema de arquivos resultou em leitura curta) enquanto obtém o próximo inode da varredura. Ignorar erro (y)?

Reescrita a força (y)?

Às vezes, há outra saída misturada:

[8222.00061] ata1.00: exceção Emask 0x0 .bunch de hex.frozen [8222.00124] ata1.00 cmd ..bunch de hexadecimal .. em [8222.00264] res ..bunch de hex .. (tempo limite) [8222.00124] ata1.00: status: {DRDY}

O que está acontecendo e o que devo fazer?

Atualização: Eu descobri sobre a segunda parte. É uma mensagem de erro de Libata do kernal indicando que a unidade não estava respondendo a um comando no tempo . Este conselho vai supostamente ajudar com isso [eu vou deixar você saber como vai quando eu passar o fsck]

Em particular, os tempos limite podem ser resolvidos por acpi = off ou 'noapic' ou pci = nomsi ou pci = biosirq.

    

Answer 1

O mais provável é que o seu disco rígido esteja a morrer ...

Obtenha um live CD (o Ubuntu Install / Live CD está bem).

Se você tiver dados importantes nesse disco sem backup, monte seu disco somente leitura e copie tudo que puder do disco.

Em seguida, tente criar uma imagem da partição com dd ou dd_rescue , seja para outra partição ou como um arquivo para outro lugar (se você não tiver espaço, crie a imagem para / dev / null ), para que você possa ver se há algum dano físico ao seu disco.

Se houver erros de mídia ao copiar o arquivo com dd , fsck sua nova cópia (montar loopback ou usar uma partição real, se você usou / dev / null você tem que começar de novo com um disco real) e copiar todos os dados que você ainda pode copiar. Em seguida, tente investigar o fabricante do seu disco e se ele ainda tem garantia. Se sim, prossiga com as ferramentas de teste do fabricante ... Se não, verifique com as ferramentas SMART se há algum setor realocável e, se sim, tente gravar zeros nos setores quebrados com dd (que os realocará). Se você não tiver sorte, você terá que tentar dividir a área quebrada; ou use a opção -c para mkfs.ext[23] .

Se não houver erros de mídia, você terá que reformatar o disco e copiar os dados novamente. Normalmente ext3 (eu acho que é ...) é muito mais robusto do que outros sistemas de arquivos, então eu realmente não acho que isso possa ser um erro do sistema de arquivos sozinho ...

    

Answer 2

Parece que você tem um setor ruim se os números forem consistentes nas tentativas de fsck. Infelizmente, você perderá o arquivo que foi armazenado nesse inode.

Verifique o status inteligente, geralmente ele informará quantos blocos inválidos o disco conhece. Espero que sejam apenas alguns. Se ele disser que o disco está falhando, espero que você tenha um backup.

A execução de fsck -c /dev/WHATEVER deve executar uma verificação de blocos inválidos e, em seguida, informar o que você perdeu (ou precisa restaurar a partir de um backup).