incapaz de montar o sistema de arquivos ext4 do lvm

0

Eu estava movendo alguns volumes físicos do meu lvm. Eu consegui pvmove e pvremove com sucesso. Depois disso, eu estava movendo alguns arquivos do lvm para um dos pvs removidos. Agora, durante isso, meu sistema desliga e eu tive que reiniciar. Mas uma vez que eu reiniciei, acho que o superbloco está corrompido no lvm. Aqui está a mensagem de erro real:

bad geometry: block count 35651584 exceeds size of device (19922944 blocks)

O e2fsck falha com a mensagem:

The filesystem size (according to the superblock) is 35651584 blocks
The physical size of the device is 19922944 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort<y>? yes

Eu tentei o e2fsck -b 8193 e isso também falhou. O que está acontecendo? Existe alguma maneira de recuperar os dados ou eles estão perdidos?

EDIT: Oh, eu já fiz vgcfgrestore. isso não ajuda. EDIT1: Tentativa de abrir o dispositivo de debugfs dá a mensagem de erro

/dev/home/lvol0: Can't read an inode bitmap while reading inode bitmap

EDIT2: Adicionando um link de postagem no blog. http://anandjeyahar.wordpress.com/2011/08/09/lvm/

Mecânico de Software
fonte
Realmente era um disco rígido não ... eo problema continuou subindo aleatoriamente ... correu ferramentas smard e depois substituído o disco rígido ..
Mechanic Software

Respostas:

0

Dê uma olhada no TestDisk . Você pode instalá-lo pré-instalado com vários CDs de resgate em tempo real ou instalá-lo a partir do repositório enquanto executa um live-cd normal.

Joe Internet
fonte
-1

Experimente o URL abaixo, espero que isso ajude você

http://www.digitalinux.com/2010/11/lvm-logical-volume-manager.html

Digitalinux
fonte
Por favor, explique como isso ajuda, só vejo uma lista enorme de comandos.
slhck
Bem-vindo ao Super Usuário! Embora isso possa teoricamente responder à pergunta, seria preferível incluir aqui as partes essenciais da resposta e fornecer o link para referência.
Peachy