bad superblock en ext2
DesconectadoHola a todos.
Tengo un problema bastante peliagudo.
Una de mis particiones se niega a ser montada...y tengo unos 15-20 Go que NO puedo perder bajo ninguna circusntancia.
Es una ext2 de unos 100 Go.
La noche de autos los hechos se sucedieron de la siguiente manera:
Tengo 2 discos duros: hda de 40 Go y hdb de 160 Go.En el disco hdb tengo una knoppix y una guadalinex.
Arranco la guadalinex. Reparticiono totalmente con fdisk el hda y formateo las nuevas particioens con qtparted.Apago y me dispongo a instalar winxp...en una de las particiones creadas en el hda, pero la instalación no llega a iniciarse (me dice que hay errores en la partición fat32 (solo hice una en hda).
¿¿?? no entiendo muy bien porque me da ese error, el caso es que lo intento de nuevo y me da el mismo error.
Rearranco con un cd knoppix 3.6 (no tenía ganas de abrir el pc para colgar hdb como master y me he cargado el bootloader instalado en hda que pasaba el testigo a los sistemas instalados en hdb (knoppix y guadalinex)).
Pero aquí llega el problema: no soy capaz de montar la partición ext2 donde tengo todos los datos.
Como aclaración decir que el disco que contiene la partición dañada es el de 160 Go (hasta ahora lo estaba llamando hdb, y a partir de ahora aparecerá en esta explicación como hda (porque el de 40 Go lo he quitado)
estoy usando la siguiente linea en el /etc/fstab:
/dev/hda6 /mnt/hda6 ext2 defaults,errors=remount-ro 0 0
El error es bastante genérico:
#mount /mnt/hda6
mount: wrong fs type, bad option, bad superblock on /dev/hda6,or too many mounted file systems"
En un principio no me preocupo en exceso, reorganizo todo el tomate que tengo de bootloaders,mbr's,bootsectors etc para poder arrancar las distros que tengo instaladas en el hdb.
Cuando arranco desde disco duro ya me empiezo a preocupar, porque ni la guadalinex ni la knoppix logran montar la dichosa partición, arrojandome siempre el mismo error.
LLevo ya bastantes horas investigando el tema, pero aún no he tomado ninguna decisión: NO puedo perder nada
Aquí pongo unos cuantas salidas a modo de diagnóstico (la partición problemática es /dev/hda6):
--------------------------------------------------------
fdisk me muestra correctamente la tabla de particiones:
# fdisk -l /dev/hda
Disk /dev/hda: 160.0 GB, 160041885184 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 1 638 5124703+ 83 Linux
/dev/hda2 * 639 1276 5124735 83 Linux
/dev/hda3 1277 1325 393592+ 82 Linux swap
/dev/hda4 1326 19457 145645290 f W95 Ext'd (LBA)
/dev/hda5 1326 6189 39070048+ c W95 FAT32 (LBA)
/dev/hda6 6190 19457 106575178+ 83 Linux
---------------------------------------------------------
# e2fsck /dev/hda6
e2fsck 1.35-WIP (07-Dec-2003)
Los descriptores de los grupos no se ven bien... está intentando respaldar los bloques...
e2fsck: Bad magic number in super-block mientras se intentaba abrir /dev/hda6
El súper bloque podría no ser leido o no describe un sistema de ficheros ext2 correcto.
Si el dispositivo es válido y en verdad contiene un sistema de ficheros ext2 (y no uno
de intercambio, ufs o algo más), entonces el súper bloque está corrompido
y podría intentarse correr el e2fsck con un súper bloque alternativo:
e2fsck -b 8193 <dispositivo>
--------------------------------------------------------
Ejecuto mke2fs -n para saber donde están las copias de seguridad del superblock:
# mke2fs -n /dev/hda6
mke2fs 1.35-WIP (07-Dec-2003)
Etiqueta del sistema de ficheros=
Tipo de SO: Linux
Tamaño del bloque=4096 (bitácora=2)
Tamaño del fragmento=4096 (bitácora=2)
13336576 nodos i, 26643794 bloques
1332189 bloques (5.00%) reservados para el súper usuario
Primer bloque de datos=0
814 bloque de grupos
32768 bloques por grupo, 32768 fragmentos por grupo
16384 nodos i por grupo
Respaldo del súper bloque guardado en los bloques:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872
--------------------------------------------------------
Reintento un chequeo especificándo a e2fsck que use un superblock diferente del 0 (cualquier de los que me dió mke2fs -n):
# e2fsck -B 4096 -b 32768 /dev/hda6
e2fsck 1.35-WIP (07-Dec-2003)
e2fsck: Bad magic number in super-block mientras se intentaba abrir /dev/hda6
El súper bloque podría no ser leido o no describe un sistema de ficheros ext2 correcto.
Si el dispositivo es válido y en verdad contiene un sistema de ficheros ext2 (y no uno
de intercambio, ufs o algo más), entonces el súper bloque está corrompido
y podría intentarse correr el e2fsck con un súper bloque alternativo:
e2fsck -b 8193 <dispositivo>
--------------------------------------------------------
# dumpe2fs /dev/hda6 |more
dumpe2fs 1.35-WIP (07-Dec-2003)
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: 2e67603c-4bac-4deb-8e59-04baeebbd1a8
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: filetype sparse_super
Default mount options: (none)
Filesystem state: clean with errors
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 13336576
Block count: 26643794
Reserved block count: 1332189
Free blocks: 20385368
Free inodes: 13306162
First block: 0
Block size: 4096
Fragment size: 4096
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 16384
Inode blocks per group: 512
Last mount time: Sat Jan 8 19:50:21 2005
Last write time: Sun Jan 9 16:02:09 2005
Mount count: 12
Maximum mount count: 30
Last checked: Thu Jan 1 01:00:00 1970
Check interval: 0 (<none>)
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Grupo 0: (Bloques 0-32767)
Primario súper bloque en 0, descriptores de Grupo en 1-7
Mapa de bits de bloque en 8 (+8), mapa de bits de nodo i en 9 (+9)
tabla de nodos i en 10-521 (+10)
0 bloques libres, 16373 nodos i libres, 2irectorios
Grupo 1: (Bloques 32768-65535)
Respaldo súper bloque en 32768, descriptores de Grupo en 32769-32775
Mapa de bits de bloque en 32776 (+8), mapa de bits de nodo i en 32777 (+9)
tabla de nodos i en 32778-33289 (+10)
18651 bloques libres, 16384 nodos i libres, 0irectorios
Grupo 2: (Bloques 65536-98303)
Mapa de bits de bloque en 65536 (+0), mapa de bits de nodo i en 65537 (+1)
tabla de nodos i en 65546-66057 (+10)
27831 bloques libres, 16383 nodos i libres, 1irectorios
Grupo 3: (Bloques 98304-131071)
Respaldo súper bloque en 98304, descriptores de Grupo en 98305-98311
Mapa de bits de bloque en 98312 (+8), mapa de bits de nodo i en 98313 (+9)
tabla de nodos i en 98314-98825 (+10)
27198 bloques libres, 16384 nodos i libres, 0irectorios
--------------------------------------------------------
gpart se cuelga cuando empieza a escanear la particionesproblemática
--------------------------------------------------------
¿Alguna idea?
He tratado de reflejar información exhaustiva.
Mi impresión es que al meter el CD de windows xp me ha dañado la partición (he visto en alguna lista de correo a un tipo que le pasó algo muy similar: le sucedió lo mismo despues de un scandisk de win98.).
En la página man de mke2fs se habla del parametro -S para
sustituir el superblock original por alguna de las copias de seguridad, pero solo en último extremo.
¿dd podrá servirme de algo?
No he probado aun a leer la partición desde windows, pero no creo que resulte.
Os estaría eternamente agradecidos si me dais alguna pista, porque los datos que tengo son importantísimos.
- 2773 lecturas
Device Boot Start End Blocks Id
/dev/hda4 1326 19457 145645290 f W95 Ext'd (LBA)
Ésto no me cuadra, ante todo quiero decir que no me hago responsable de lo que ocurra. Lo que te voy a decir hazlo bajo tu responsabilidad.
Creo que el XP te ha pisado la etiqueta de la partición extendida de tipo 5 de línux a tipo f de windows, quizás sea eso.
Bajo tu responsabilidad puedes intentar hacer ésto: fdisk /dev/hda
la opción t te permite cambiar la etiqueta de identificación de la extendida. Elijes la partición en cuestión (por lo que veo la 4).
No sé si se borrará algo con ésto, o se destruirán todas las particiones, HAZLO BAJO TU EXCLUSIVA RESPONSABILIDAD.
sustituye la f por un cinco
PD: Que yo sepa windows no puede instalarse en particiones extendidas, necesita primarias.
Suerte!!
mmm, no lo creo que sea ese el problema, porque el particionamiento lo hice yo (con fdisk), y precisamente elegí el tipo f, me acuerdo perfectamente.
En principio la idea era tener 2 particiones de fat32 dentro de esa extendida, pero después cambié de idea por el tema de la fragmentación excesiva de fat32, y dejé la fat32 de 30 Go a modo de intercambio ocasional de datos con windows y la partición de 100 Go la destruí y la volví a crear como ext2, y así estuvo funcionando desde hace un par de semanas sin problemas.
Además a la partición fat32 puedo acceder sin problemas, y está dentro de la hda4.
Otra cosa es que yo haya elegido un esquema incorrecto de particionamiento: una ext2 dentro de una extendida fat32 no se si será "legal".
Los sistemas NT si que se pueden instalar en particiones extendidas, aunque para ello es obligatorio que los archivos de arranque se encuentren en una partición primaria.De todas maneras no es que yo haya intentado instalar en esa partición, pq yo no le llegué a dar ninguna orden, simplemente me tiraba fuera de la instalación diciendome que en una de las particiones estaba dañada o algo así. Yo creo que el problema es el de siempre con windows, que hace cosas que no le pides, y ahora el diablo sabrá que demonios ha hecho, y como puedo arreglar el entuerto.
De todas maneras muchísimas gracias por tu ayuda, porque no lo descarto, es una línea mas a investigar.
pufff, vaya panorama mas negro.
He editado ligeramente el post original para intentar clarificar aún mas la situación.
Puede haber un poco de confusiń por el tema de hda -hdb.
Basicamente decir que la partición con la que tengo problemas está en el disco de 160 Go, el cual no fué modificado en ningún momento, ni tabla de particiones, ni nada de nada.
Cualquier cosa me vale, un link,un software del que hayais oído hablar, una recomendación de un foro o una lista de correo donde postear...
¿Alguien sabe de algun foro o lista de correo específicos sobre el tema de la recuperación de datos, sistemas de ficheros, técnicas forenses o similar?
Yo de momento he encontrado uno en español, echadle un vistazo, parece que acaba de nacer pero tiene buena pinta:
http://www.forensic-es.org/
Bueno, parece que esto tien pinta de solucionarse.
Al menos me ha valido para descubrir una joyita: knoppix-std. Si no la conoceis hago una breve introduciión aquí: http://www.esdebian.org/forum/viewtopic.php?forum=19&showtopic=31919
Y para el tema forense en concreto autopsy, con el que esto recuperando los datos.