Os dados são recuperados no diretório corrompido no sistema de arquivos ext3

Question

temos um problema relacionado ao erro do sistema de arquivos ext3 no service pack 1 do SUSE 11

O problema é que temos uma partição lvm que usa o sistema de arquivos ext3 e é montada no diretório ' /abc/bcd '. temos um diretório chamado ' global ' em /abc/bcd Quando criamos qualquer diretório ou arquivo no diretório 'global', ele gera " mkdir: cannot create directory : Invalid argument " e também não conseguimos copiar os dados desse diretório global.

Quando copiamos dados deste diretório global, ele gera ' Input/output error ', mas quando criamos um diretório ou arquivo em outro diretório no diretório /abc/bcd , ele funciona bem sem nenhum erro.

Como podemos criar um diretório ou arquivo neste diretório global?

    

Answer 1

Você está seriamente perguntando como gravar dados em um sistema de arquivos corrompido?

Se o seu sistema de arquivos estiver corrompido, pare imediatamente. Leia todos os dados do sistema de arquivos, faça uma cópia em um lugar seguro e, em seguida, jogue-o fora e comece de novo. Você realmente não quer gravar dados em um sistema de arquivos se achar que está corrompido (a menos que seus dados não sejam importantes).

A única outra alternativa é "perder tudo", eventualmente.

Se você não pode escrever ou ler a partir desse diretório, é uma boa indicação de que as coisas estão realmente corrompidas. Como você está usando o LVM, talvez queira criar um instantâneo e executar o fsck nesse instantâneo; Espero que isso permita recuperar esses dados.

    

Answer 2

Você pode ter um sistema de arquivos / volume lógico corrompido ou uma falha de hardware.

É aconselhável procurar primeiro por falha de hardware e, em seguida, se não houver problema de H / W, tente fsck. (Suporte fsck para Verificação de Consistência FileSysem).

problema de hardware

pesquise por 'sense key' no resultado do dmesg

 dmesg | grep -i 'sense key'

sistema de arquivos corrompido

use fsck para recuperar o sistema de arquivos, você deve desmontar primeiro.

  unmount /abc/bcd
  fsck /dev/dsk/foo

(Eu suponho que você pode pegar o dispositivo).

O fsck provavelmente excluirá ou moverá dados, portanto, um backup poderá ser útil e, obviamente, já é tarde demais.

    

Answer 3

Você provavelmente tem um problema de hardware. (Veja a saída de dmesg ). Então compre um novo disco e use o backup. Você pode tentar copiar a partição bruta inteira para algum outro disco e usar debugfs nessa cópia. Depois de fazer isso, você pode usar algum smartctl (do pacote smartmontools ) no disco com falha.

    

Answer 4

O Fdisk só poderá reparar um sistema de arquivos na camada superior, usar um produto chamado SpinRight para reparar e / ou contornar setores defeituosos e recuperar dados de um disco rígido com falha. É um dos produto e não é livre, mas eu acredito que é o melhor lá fora para recuperação em nível de hardware ... Gibson Research - SpinRight