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
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
Re:
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¿?
bien, pero me dejas con la
bien, pero me dejas con la duda de qué dice el vgs...
bien, el vg aparenta llamarse "c" y el lv también "c"
pones: mount /dev/c/c /mnt
Re:
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
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.