lvm vgdisplay mostra 0 extensões livres, enquanto df mostra espaço livre

2

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?

    
por Software Mechanic 12.07.2011 / 20:06

1 resposta

0

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.

    
por 14.07.2011 / 19:34

Tags