Recuperar datos de LVM2

Imagen de al-serv

Forums: 

hola compañeros!

tengo un dispositivo nas que hace un raid 1 interno y se me ha ido todo al traste y necesito coger el hdd y recuperar los datos que había dentro

cuando lo intento montar físicamente en una maquina con centos 6 me dice lo siguiente

/dev/sdb5 287 30401 241884156 8e Linux LVM
[root@localhost ~]# mkdir /media/lvm
[root@localhost ~]# mount /dev/sdb5 /media/lvm
mount: tipo de sistema de ficheros 'LVM2_member' desconocido

Que paquete tendría que instalar para que me lo reconociera y lo pudiera montar para extraer los datos!?

aporto más info:

con fdisk -l:

Disposit. Inicio Comienzo Fin Bloques Id Sistema
/dev/sdb1 1 255 2048000 83 Linux
La partición 1 no termina en un límite de cilindro.
/dev/sdb2 255 287 256000 82 Linux swap / Solaris
La partición 2 no termina en un límite de cilindro.
/dev/sdb3 287 30401 241884160 5 Extendida
/dev/sdb5 287 30401 241884156 8e Linux LVM

--------------------------------

dmesg | tail:

hda-intel: Invalid position buffer, using LPIB read method instead.
readahead-collector: finished
hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
EXT3-fs (sdb1): error: bad blocksize 16384
EXT3-fs (dm-0): error: bad blocksize 16384
EXT3-fs (dm-0): error: bad blocksize 16384
EXT3-fs (dm-0): error: bad blocksize 16384
attempt to access beyond end of device
sdb3: rw=0, want=4, limit=2
EXT3-fs (sdb3): error: unable to read superblock

-----------------------------------

con un mount del ext3:

[root@localhost ~]# mount -t ext3 /dev/sdb3 /media/lvm

mount: wrong fs type, bad option, bad superblock on /dev/sdb3,
missing codepage or helper program, or other error
En algunos casos se encuentra información en syslog, pruebe
dmesg | tail o algo parecido

ok, no hagas nada hasta que

Imagen de Epe

ok, no hagas nada hasta que no acabes de leer esto:
1- supongo ya hiciste un fsck a la partición verdad? Es el error más común y es aquí cuando dañan a la partición. Si le haces un fsck a un lvm le pierdes de por vida. Si ya le hiciste fsck como es la desesperada costumbre, puedes dar por concluída tu labor y debes acudir a los respaldos, esos que seguramente haces continuamente para estas contingencias.

2- Si no le hiciste fsck, entonces es fácil pones:
vgscan

luego pon: vgs
y te saldrá el vg del viejo disco, y ya, le podrías ver al lv con: lvs

Saludos
epe

EcuaLinux.com

+(593) 9 9924 6504

Servicios en Software Libre

Re:

Imagen de al-serv

gracias por tu rápida respuesta!

no hice un fsck por suerte :) he hecho lo que me has dicho y sale lo siguiente ( continuo sin poder acceder a los datos )

[root@localhost ~]# vgscan
Reading all physical volumes. This may take a while...
Found volume group "c" using metadata type lvm2
[root@localhost ~]# lvs
LV VG Attr LSize Origin Snap% Move Log Copy% Convert
c c -wi--- 230,66g

que hago más¿?

Re:

Imagen de al-serv

hmmm no ha funcionado ;

mount: debe especificar el tipo de sistema de ficheros

he probado en ;

mount -t ext3 /dev/sdb5 /media/lvm

y sigue diciendo;

mount: wrong fs type, bad option, bad superblock on /dev/sdb5,
missing codepage or helper program, or other error
En algunos casos se encuentra información en syslog, pruebe
dmesg | tail o algo parecido

fíjate, lo curioso es que el

Imagen de Epe

fíjate, lo curioso es que el comando que te pedí no lo pones, sino otro que no te servirá.

no se monta la partición del disco, sino la del lvm.

Todo debe ser con el lvm, con /dev/c/c (pues así es como me indicaste que se conocía el VG como "c" y el lv como "c")

espero haya sido así el nombre. Si pones mount /dev/c/c /mnt y te falla conque no conoce el filesystem, es que esa partición no tiene filesystem... lo siento, pero eso suena a lv dañado.

Quizá es una partición de una máquina virtual, si es así tiene otro procedimiento

quizá deba revisarse el LV!!!! EL LV! el LV se revisa como
fsck /dev/c/c

nunca nunca se hace con la partición del disco, si tienes LV todo es con LV.

Y vuelvo a repetir porque me imagino lo que sucedió: si revisaste o trabaste algo con la partición.. dile chao a tu información.

Saludos
epe

EcuaLinux.com

+(593) 9 9924 6504

Servicios en Software Libre

lvm

Imagen de MFCP86

Que curioso, yo tuve un caso similar hace mas o menos un mes y nunca vi este post, sin embargo lo busqué por otro lado e hice todo lo que indica Epe en este post y a igual que el compañero que consulta, no logré resolver el problema pues tuve los mismos errores, ahora lo que me inquieta es lo que Epe indica que si se trata de una máquina virtual el procedimiento es diferente.

En mi caso se trata efectivamente de una máquina virtual, pudieras describir el procedimiento para la recuperación en una maquina virtual? Cabe indicar que la maquina esta bajo VmWare. y bueno la verdad quedaría como conocimiento para futuro, pues después de tanto tiempo que no se logró hacer nada con eso ya dimos por perdida la info y se creó una nueva máquina y todo lo viejo se eliminó.

Slds.

MFCP!!!