Federico Juarez escribió:
el esenario es el siguiente, tengo una maquina que la uso para correr
vms con xen, como era un maquina de lab las imagenes se armaron en
archivos img y no en lvms, bueno con el tiempo se fue haciendo de
cosas importantes en los discos de estas vms, y los datos se
volvieron cruciales, y bueno lo malo tenia que pasar, unos de los file
system exploto y se llevo consigo todo lo que tenia dentro, intente
casi de todo para recuperarlo y paso a contarles:
cuando hago un checkeo de la imagen me dice esto:
[EMAIL PROTECTED]:~ # e2fsck /mnt/lachancha/xen/domains/correo-new/disk-0.img
e2fsck 1.40-WIP (14-Nov-2006)
No se puede encontrar el súper bloque del ext2, está intentando
respaldar los bloques...
e2fsck: Bad magic number in super-block mientras se intentaba abrir
/mnt/lachancha/xen/domains/correo-new/disk-0.img
(..)
Hola Federico,
Lo primero revisa los siguientes enlaces que tienen información sobre el
problema que te esté ocurriendo:
* Damaged Superblock
http://www.brunolinux.com/04-The_File_System/Damaged_Superblock.html
* Data recovery technique from corrupted ext2/ext3 filesystem having
bad superblock
http://aniraj.blogspot.com/2006/05/data-recovery-technique-from-corrupted.html
A grandes rasgos vienen a decir que: un superbloque o superblock, es un
bloque especial que contiene entre otras cosas un magic number para
identificar el sistema de ficheros, geometria, estadisticas y
informacion del 'tunning'. Debido a que este dato es muy importante,
normalmente en ext2 y ext3 se guarda un backup del superblock disperso
por el disco, tienes algo mas informacion en:
http://www.cyberciti.biz/tips/understanding-unixlinux-filesystem-superblock.html
La parte buena es que no necesariamente es tenido por que perder
datos, puede que únicamente el superblock esté dañado, si es así puedes
probar a recuperarlo de unas de esas copias, ejemplo:
1) Ejecutar mke2fs -n /dev/hda6 para saber donde estan las copias de
seguridad del superblock:
# mke2fs -n /dev/hda6
Respaldo del super bloque guardado en los bloques:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632,
2654208, (..)
2) Reintentar un chequeo especificando a e2fsck que use un superblock
diferente del 0 (cualquier de los que nos dio mke2fs -n):
# e2fsck -B 4096 -b 32768 /dev/hda6
3) Si finalmente queremos sustituir el superblock por el de backup
utilizar la opcion -S de mke2fs.
Si el método recuperar el superbloque no te funciona, prueba a montar la
partición del siguiente modo, ejemplo:
# mount -t ext2 -o ro,errors=recover,errors=continue /dev/sdb1 /mnt
Si esto tampoco funciona, y estás seguro de que el fichero disk-0.img
contiene un sistema de ficheros, y no una imagen de un disco (que podría
tener mas de una partición), entonces tendrás que tirar de alguna
aplicación tipo dd_rescue o similar para tratar de recuperar el
contenido, un simple 'dd' para empezar a probar:
# dd if=/dev/sdb3 of=/sdb3-backup/image/backup
Espero que esta información te sirva de algo y puedes recuperar esa
información, suerte :-)
Saludos!
--
Santi Saez
http://woop.es
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
