Descobriu-se que o problema era uma falha na conexão da porta usb. Essas eram partições de um disco rígido usb. Encerraremos a questão com esta resposta.
Meu vgdisplay mostra 0 PE's. Mas se eu montar o volume e executar o df -h, eu recebo muito espaço livre. Isso é algo a ver com a maneira como o lvm aloca extensões? Eu não tenho um comportamento similar do meu outro vg. Encontre abaixo a saída do vgdisplay e a saída do df.
--- Volume group ---
VG Name lvm-root
System ID
Format lvm2
Metadata Areas 2
Metadata Sequence No 3
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 1
Open LV 1
Max PV 0
Cur PV 2
Act PV 2
VG Size 56.80 GiB
PE Size 4.00 MiB
Total PE 14542
Alloc PE / Size 14542 / 56.80 GiB
Free PE / Size 0 / 0
VG UUID C4S16g-JcUU-NsN3-yR0H-nscI-9SYh-LJzmG5
E a saída do df:
df -h /mnt/
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/lvm--root-lvol0
56G 13G 41G 25% /mnt
P.S: Este é um sistema de arquivos raiz / (ext3) no meu laptop. e atualmente há uma falha no grub, estou trabalhando do meu jeito.
[EDIT]: Eu consegui inicializar em um disco usb do ubuntu live e agora estou tentando montar o sistema de arquivos. Mas eu recebo erro de Buffer I / O. Não é possível ler o superbloco. Executando e2fsck, me dá 1.41.12 (17 de maio de 2010)
e2fsck: Attempt to read block from filesystem resulted in short read while trying to open /dev/mapper/lvm--root-lvol0
Could this be a zero-length partition?
E oh, eu tentei encontrar o superbloco usando dumpe2fs eu recebo isso:
root@ubuntu:~# dumpe2fs /dev/mapper/lvm--root-lvol0
dumpe2fs 1.41.12 (17-May-2010)
dumpe2fs: Attempt to read block from filesystem resulted in short read while trying to open /dev/mapper/lvm--root-lvol0
Couldn't find valid filesystem superblock.
Alguma esperança de recuperar dados?
Descobriu-se que o problema era uma falha na conexão da porta usb. Essas eram partições de um disco rígido usb. Encerraremos a questão com esta resposta.
Tags lvm