Recuperar un disco con particion fat16 desde linux

[Juan - Casa]

Buenas. Disculpad que lo ponga aqui, pero estoy desesperado. No es un
problema de un sistema linux, si no mas bien, intentar aprovechar el
enorme potencial que ´este me ofrece.
Ha llegado a mis manos un disco duro de 160 Gb, con una particion fat16.
Se podria pensar que es algo imposible, pero aqui pego la salida del fdisk:

Disco /dev/hdb: 160.0 GB, 160041885696 bytes
255 cabezas, 63 sectores/pista, 19457 cilindros
Unidades = cilindros de 16065 * 512 = 8225280 bytes

Disposit. Inicio Comienzo Fin Bloques Id Sistema
/dev/hdb1 * 1 19457 156288321 6 FAT16

Mi verdadero interes, es intentar recuperar los datos que hay en este
disco duro, pues son fotos, y videos de un sobrino mio, y claro, sus
padres estan como locos porque no se pierda. Intento montarlo con los
parametros adecuados, con 'mount -t vfat /dev/hdb1 /mnt/msdos', y me da
este error:

mount: wrong fs type, bad option, bad superblock on /dev/hdb1,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

Si lo hago con msdos en vez de vfat, tambien me da este error. Mi
hermana, si lo mira en su XP, le esta diciendo todo el rato que quiere
formatear esa particion porque no tiene formato, y aunque ella le
responde siempre que no, y por tanto, no lo ha formateado, esto me da la
impresion que es como si no tuviera formato.
Asi a bote pronto, podria visualizar el contenido de la particion para
poder salvar los datos? Hay alguna utilidad en linux que pueda obrar el
milagro? O esto tiene pinta de que hay formatear, y por tanto, perder
los datos de este disco duro?

Un saludo.

[José Luis Pérez Diez]

Post by Juan - Casa
Ha llegado a mis manos un disco duro de 160 Gb, con una particion fat16.
Disco /dev/hdb: 160.0 GB, 160041885696 bytes
255 cabezas, 63 sectores/pista, 19457 cilindros
Unidades = cilindros de 16065 * 512 = 8225280 bytes
Disposit. Inicio Comienzo Fin Bloques Id Sistema
/dev/hdb1 * 1 19457 156288321 6 FAT16
Mi verdadero interes, es intentar recuperar los datos que hay en este
disco duro, pues son fotos, y videos de un sobrino mio, y claro, sus
padres estan como locos porque no se pierda.

Antes de mirar otras cosas puedes utilizar photorec de

http://www.cgsecurity.org/testdisk.html

con el que puedes consegir sin tocar el disco y sin copias las fotos

Mira tambien:
http://www.cgsecurity.org/wiki/TestDisk_Livecd


--
El código fuente, como el estiércol, si lo diseminas ayuda al crecimiento
si lo acaparas solamente apesta.(Zachary Kessing SLASHDOT)

[Juan - Casa]

[Info sobre photorec]

Buenas. Muchas gracias, lo voy a mirar. Antes, he estado indagando por
google. He encontrado algo que quizas me pueda servir. Utilizar dd para
copiar el contenido de la particion, a un fichero. He creido entender,
que luego ese fichero podria montarlo, y ver asi el contenido del disco,
que se ha volcado a ese fichero. La cuestion es, se monta como un
dispositivo loop? O como un sistema de ficheros vfat?

Un saludo.

[Pere Pujal i Carabantes]

Hola Juan!

El 13-03-2006
Juan - Casa va escriure en

Post by Juan - Casa

[Info sobre photorec]

Buenas. Muchas gracias, lo voy a mirar. Antes, he estado indagando por
google. He encontrado algo que quizas me pueda servir. Utilizar dd para
copiar el contenido de la particion, a un fichero. He creido entender,
que luego ese fichero podria montarlo, y ver asi el contenido del disco,
que se ha volcado a ese fichero. La cuestion es, se monta como un
dispositivo loop? O como un sistema de ficheros vfat?

mount -t vfat -o loop /fichero /mnt/directorio

pero tal vez te interese pasar un fsck.msdos al fichero.
En cualquier caso, las pruebas mejor hazlas sobre ese fichero en lugar del
disco.

También he encontrado estos enlaces que te podrían ayudar, son para ext3, pero
supongo que en última instancia recuperarías algo:

http://groups.google.es/group/es.comp.os.linux.misc/browse_frm/thread/1ae0ac93de7a3348/1497b7a989539047?lnk=st&q=jpg+recuperar+++group%3Aes.comp.os.linux.*&rnum=1&hl=ca#1497b7a989539047

https://ircsex.de/scripts/undel-ext3.sh

Post by Juan - Casa
Un saludo.

Salut
Pere

[David Serrano (Hue-Bond)]

Post by Juan - Casa
copiar el contenido de la particion, a un fichero.

Si tienes un disco con 160 Gb libres en el que meter ese archivo, ¿por qué
no usar el disco entero y hacer una copia de la partición? Así trabajarías
con la copia exactamente igual que con el original, sin loop ni nada.

Lo único que se me ocurre que podría dar pegas es la geometría del disco
nuevo... pero yo probaría suerte de todas formas.

[Juan - Casa]

Post by David Serrano (Hue-Bond)
Si tienes un disco con 160 Gb libres en el que meter ese archivo, ¿por qué
no usar el disco entero y hacer una copia de la partición? Así trabajarías
con la copia exactamente igual que con el original, sin loop ni nada.

Buenas. Del estilo, 'dd if=/dev/hdb1 of=/dev/hdc1', por ejemplo? Y eso
se copiara con el tipo de filesystem original de hdb1?

No se si podre recuperarlo, pero aprovecho este mensaje para agredecer a
todos vuestras respuestas. Estoy aprendiendo mucho.

Un saludo.

[David Serrano (Hue-Bond)]

Post by Juan - Casa
Del estilo, 'dd if=/dev/hdb1 of=/dev/hdc1', por ejemplo?

s/1//g;

Post by Juan - Casa
Y eso se copiara con el tipo de filesystem original de hdb1?

Yepa. Se copia *todo*. Ni que decir tiene que te cargas el contenido del
disco hdc entero. Lo digo porque como estabas pensando en términos de
particiones, quizá quitas los '1' a ciegas y luego...

[Juan - Casa]

Post by David Serrano (Hue-Bond)
s/1//g;
Yepa. Se copia *todo*. Ni que decir tiene que te cargas el contenido del
disco hdc entero. Lo digo porque como estabas pensando en términos de
particiones, quizá quitas los '1' a ciegas y luego...

Buenas. No entiendo bien el porque ese sustituir, ni tampoco porque no
deba pensar en terminos de particiones. No es eso lo que tengo que
hacer? O tengo que hacer un volcado completo de disco, es decir,
if=/dev/hdb of=/dev/hdc? Por otra parte, estoy encontrando serias
dificultades. En primer lugar, porque es *imposible* que una fat16
(maximo 2 Gb por particion), o una fat32 (maximo 32 Gb por particion),
puedan albergar lo que hay en el disco. Y segundo, porque si intento
volcarlo en una NTFS, se me puede ir todo a freir esparragos. Y claro,
como estoy manejando un disco tan grande (160 Gb), la cosa se me esta
complicando mucho. Me he instalado el gpart, que parece que esta hecho
para recuperar particiones perdidas. Voy a intentarlo con esto, pero me
parece que la cosa no tiene demasiada solucion.

Yo creo que inicialmente el disco era NTFS, pero no se muy bien porque,
la cosa se ha truncado en una particion fat16... de 160 Gb. Inaudito,
para que luego digan que el Windows es una full, :-)

Un saludo.

[José Luis Pérez Diez]

Post by Juan - Casa
Buenas. No entiendo bien el porque ese sustituir, ni tampoco porque no
deba pensar en terminos de particiones. No es eso lo que tengo que
hacer?

Yo pienso que para el tipo de rescate que tienes que hacer te has de
olvidar que el disco tenia un sistema de ficheros.

Yo con ese tamño de disco a rescatar ( no teniendo actualmente un disco
con un sistema de ficheros y capacidad suficiente para copiarlo) usaria el
disco en modo lectura y las heramientas que te comente en mi primer post
al hilo http://www.cgsecurity.org/testdisk.html.

Estas heramientas miran en los datos del disco y pueden recuperar cirtos
tipos de ficheros --en photorec hay una lista -- basandose unicamente en
los contenidos. El problema es que te crean los ficheros en el directorio
activo con nombres tan descriptivos ( si no encuentran en los datos una
entrada de directorio que apunte al sector inicial) como 0111.jpg.

Para mi tiene las siguientes ventajas:
1- No necesitas ni copiar todo el disco ni montarlo pues solo lee.
2- Las utilidades funcionan igual de bien con un fichero.
3- Puedes ir recuperando por extension en diferentes sesiones.
4- *Siempre* permite el uso de plan b

Post by Juan - Casa
O tengo que hacer un volcado completo de disco, es decir,
if=/dev/hdb of=/dev/hdc?

La mayoria de las aplicaciones de analisis forense y recuperacion de datos
trabajan directamente sofre ficheros imagen. Lo logico seria `dd \
if=/dev/hdb of=$home/mihdb`

Post by Juan - Casa
Por otra parte, estoy encontrando serias
dificultades. En primer lugar, porque es *imposible* que una fat16
(maximo 2 Gb por particion), o una fat32 (maximo 32 Gb por particion),
puedan albergar lo que hay en el disco.

Esos esos limites no son reales (dependen del tamaño de cluster y sector).
Prueba lo que te he comentado en el peor de los casos tendras un monton de
imagenes a explorar. Crate o busca un script de shell para filtrar los
archivos por tamaño y de esta forma evitar tener que revisar toda la
mierda que se puede acumular en un sistema fat navegando por internes.

Post by Juan - Casa
Y segundo, porque si intento
volcarlo en una NTFS, se me puede ir todo a freir esparragos. Y claro,
como estoy manejando un disco tan grande (160 Gb), la cosa se me esta
complicando mucho. Me he instalado el gpart, que parece que esta hecho
para recuperar particiones perdidas. Voy a intentarlo con esto, pero me
parece que la cosa no tiene demasiada solucion.
Yo creo que inicialmente el disco era NTFS, pero no se muy bien porque,
la cosa se ha truncado en una particion fat16... de 160 Gb. Inaudito,
para que luego digan que el Windows es una full, :-)

Recuarda los experimentos en casa se han de hacer con gaseosa.

--
El código fuente, como el estiércol, si lo diseminas ayuda al
crecimiento si lo acaparas solamente apesta.(Zachary Kessing SLASHDOT)

[David Serrano (Hue-Bond)]

Post by Juan - Casa
Buenas. No entiendo bien el porque ese sustituir, ni tampoco porque no
deba pensar en terminos de particiones. No es eso lo que tengo que
hacer? O tengo que hacer un volcado completo de disco, es decir,
if=/dev/hdb of=/dev/hdc?

No te digo lo que tienes que hacer o dejar de hacer. Simplemente lo que yo
haría. Y a mí me resultaría más fácil copiarme el disco entero y saber que
lo tengo todo ahí.

Post by Juan - Casa
Por otra parte, estoy encontrando serias
dificultades. En primer lugar, porque es *imposible* que una fat16
(maximo 2 Gb por particion), o una fat32 (maximo 32 Gb por particion),
puedan albergar lo que hay en el disco.

Lo cual me indica que estás buscando algo que realmente no está ahí, o quizá
que no sabes bien lo que estás buscando.

Como seguramente hay varias particiones en el disco, voy a ser otro que te
recomiende el uso de testdisk. Está en debian, digo por si sirve de algo, ya
que no recuerdo qué usas.

Post by Juan - Casa
Yo creo que inicialmente el disco era NTFS

Pues eso, buscando algo en un pajar, sin saber bien lo que es :^P.

[Pedro Maicas]

Post by Juan - Casa
Disposit. Inicio Comienzo Fin Bloques Id Sistema
/dev/hdb1 * 1 19457 156288321 6 FAT16

Tiene toda la pinta de que que primer sector del disco, doden están
definidas las particiones, se ha corrompido. No me cuadra un disco
con fat16 de 160 gb, es imposible. Además el hecho de que los so no
lo reconozcan indica lo mismo.

seguramente todo el contenido esta intacto, pero al fallar
la descripcion de la tabla de particiones, no lo vas a poder
montar de ninguna manera como disco con formato, solo
podrías montarlo como disco en crudo 8como se diga) y podrías
leer secuencialemnte todo el disco, la mayor parte de los ficheros
estaran en bloques consecutivos y contiguos y podrias reconocer
los ficheros y su longitos porque serán formatos típicos jpg, avi
o lo que sea.

Seguro que hay utilidades que lo hacen, yo no las conozco
porque no es mi especialidad, pero no es muy dificil hacerlo
(como programador lo digo).

En cualquier caso, ni se te ocurra formatear.

Y si puedes, haz una copia del disco entero, saca una imagen
de todo el disco, aunque 160 gb son mucho gb.

Saludos :-) -Pedro-

http://www.maicas.net/

e-mail en www.maicas.net

[Han Solo]

Post by Pedro Maicas

Post by Juan - Casa
Disposit. Inicio Comienzo Fin Bloques Id Sistema
/dev/hdb1 * 1 19457 156288321 6 FAT16

Tiene toda la pinta de que que primer sector del disco, doden están
definidas las particiones, se ha corrompido. No me cuadra un disco
con fat16 de 160 gb, es imposible. Además el hecho de que los so no
lo reconozcan indica lo mismo.

Si es eso, puede que esto sirva:

http://groups.google.com/group/es.comp.os.linux.misc/msg/711b46407d58376c?hl=es

Es un mensaje mío de hace varios años, cuando me pasó una cosa
parecida. Entonces recuperé un disco de 500Mb. Ahora, lo mismo habría
problemas con ficheros mayores de 2Gb. Lo mismo se podría solucionar
vocando los datos en crudo a una partición del mismo o mayor tamaño en
otro disco, e intentar luego recuperar el primer sector.

También se podría hacer una partición del mismo tamaño en otro disco,
y pasarle el sector de arranque al disco defectuoso (previa copia del
sector original).

Suerte.

Un Saludo
- --
Han Solo
The Rebel Alliance

Emacs is not on every system

So what? [...] Do you tell your administrative people to stick with
notepad.exe? Do you tell your fat kids they can only have the crummy
games that come with their video games or plain dress that comes with
Barbie?

[Gonzalo Pérez de Olaguer Córdoba]

Post by Juan - Casa
Buenas. Disculpad que lo ponga aqui, pero estoy desesperado. No es un
problema de un sistema linux, si no mas bien, intentar aprovechar el
enorme potencial que _este me ofrece.
Ha llegado a mis manos un disco duro de 160 Gb, con una particion fat16.
Disco /dev/hdb: 160.0 GB, 160041885696 bytes
255 cabezas, 63 sectores/pista, 19457 cilindros
Unidades = cilindros de 16065 * 512 = 8225280 bytes
Disposit. Inicio Comienzo Fin Bloques Id Sistema
/dev/hdb1 * 1 19457 156288321 6 FAT16
Mi verdadero interes, es intentar recuperar los datos que hay en este
disco duro, pues son fotos, y videos de un sobrino mio, y claro, sus
padres estan como locos porque no se pierda. Intento montarlo con los
parametros adecuados, con 'mount -t vfat /dev/hdb1 /mnt/msdos', y me da
mount: wrong fs type, bad option, bad superblock on /dev/hdb1,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
Si lo hago con msdos en vez de vfat, tambien me da este error. Mi
hermana, si lo mira en su XP, le esta diciendo todo el rato que quiere
formatear esa particion porque no tiene formato, y aunque ella le
responde siempre que no, y por tanto, no lo ha formateado, esto me da la
impresion que es como si no tuviera formato.
Asi a bote pronto, podria visualizar el contenido de la particion para
poder salvar los datos? Hay alguna utilidad en linux que pueda obrar el
milagro? O esto tiene pinta de que hay formatear, y por tanto, perder
los datos de este disco duro?

Hubo un tiempo en que ese disco era correctamente manipulado por algún
sistema operativo, y se podían grabar ficheros y leerlos, ¿no?

Tal vez saber qué se supone que era eso antes inspire posibles soluciones.
Por mi parte, y sin conocerlo más que por lo que cuenta apt-get, probaría
a ver qué te dice gpart.

Eso sí, mejor trabaja con una copia vía -o loop.

[AlBundy]

Post by Juan - Casa
Buenas. Disculpad que lo ponga aqui, pero estoy desesperado. No es un
problema de un sistema linux, si no mas bien, intentar aprovechar el
enorme potencial que Žeste me ofrece.

A mi me parece un tema que encaja perfectamente con la temática del grupo.

Post by Juan - Casa
Ha llegado a mis manos un disco duro de 160 Gb, con una particion fat16.
Disco /dev/hdb: 160.0 GB, 160041885696 bytes
255 cabezas, 63 sectores/pista, 19457 cilindros
Unidades = cilindros de 16065 * 512 = 8225280 bytes
Disposit. Inicio Comienzo Fin Bloques Id Sistema
/dev/hdb1 * 1 19457 156288321 6 FAT16

No es posible tener una FAT16 de:
19457 *8225280 /(1024*1024*1024) = 149 GB

Post by Juan - Casa
Mi verdadero interes, es intentar recuperar los datos que hay en este
disco duro, pues son fotos, y videos de un sobrino mio, y claro, sus
padres estan como locos porque no se pierda. Intento montarlo con los
parametros adecuados, con \'mount -t vfat /dev/hdb1 /mnt/msdos\', y me da
mount: wrong fs type, bad option, bad superblock on /dev/hdb1,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
Si lo hago con msdos en vez de vfat, tambien me da este error.

Antes de hacer nada de lo que te han indicado en los otros \"subhilos\" de
más arriba, yo empezaría por lo básico:
-¿tiene tu PC una BIOS que soporte discos de 160GB?
-¿tienes soporte en el kernel para particiones msdos y vfat?:
cat /proc/filesystems
Si no aparecen listadas, puede que tengas que cargarlas con \"modprobe
msdos\" (aunque udev/hotplug debería hacerlo automáticamente).

Si tienes las 2 pruebas positivas, yo también me decantaría por corrupción
en el inicio del disco duro, y también recomiendo el testdisk,
http://www.cgsecurity.org/testdisk.html


La opción de volcar la partición (o el disco entero) con dd y montarla con
\"-o loop\" seguramente también falle, ya que la copia seguirá teniendo
bytes defectuosos, pero al menos podrás usar testdisk sobre el fichero
imagen volcado, y no sobre el disco en sí mismo, con lo que no
\"romperás\" nada ;-D Eso sí, necesitas 160GB libres en algún disco
adicional.

Saludos

----------
-----------
AlBundy

*** Sent From/Enviado desde: http://groups.expo.st ***