bad superblock en ext2

Hola a todos, creo que soy de los pocos que conocen esta página, aunque en la medida de lo que pueda intentaré difundir su existencia.
Soy 100% autodidadacta en informática, mas bien orientado hacia la administración de redes, así que el tema de la seguridad, la encriptación, las técnicas de recuperación de datos etc son parte de las cosas que debería manejar.
Acabo de llegar aquí googleando. Llevo un día entero(y me da que es el primero de muchos que le seguirán) pegandome con una partición ¿corrupta? ext2.
A continuación os expongo mi problema, con la esperanza de que podais darme al menos alguna pista para empezar a trabajar. (el siguiente fragmento está colgado en un hilo de www.esdebian.org (mi foro mas habitual en los últimos meses), al que podeis hechar un vistazo:

http://www.esdebian.org/forum/viewtopic.php?forum=2&showtopic=31631

"Hola 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
--------------------------------------------------------
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
--------------------------------------------------------
# dumpe2fs /dev/hda6 |more
dumpe2fs 1.35-WIP (07-Dec-2003)
Filesystem volume name:
Last mounted on:
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 ()
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"