Problema con disco rígido

Imagen de cristianqc
0 puntos

Buenos días a todos.
Por empezar disculpen si no estoy en el foro correcto, pero no sé realmente en qué foro puedo poner este problema.

Tengo una computadora con dos discos rígidos. En uno está instalado Debian Squeeze 6.0 y en el otro Ubuntu 11.10. En este último es el problema.
Desde Debian ejecuté el siguiente comando:

sudo dd if=/media/KINGSTON/ubuntu-12.04-desktop-i386.iso of=/dev/sdb bs=8M

No era a sdb donde yo quería copiar el archivo .iso. Fue un error mío ( terrible lo sé ).
Entonces cancelé rápido, pero ya se habían copiado unos pocos datos.
Intenté montar ese disco rígido ( el de Ubuntu ) pero daba error. Entonces reinicié, intenté entrar con la opción del grub y aparecen estos mensajes:

error: no such device 0b10996c-f0cb-421b-97ed-...
error: file not found
error: you need to load the kernel first
Press any key to continue...

Entiendo que se sobreescribió el comienzo del disco rígido donde está Ubuntu y se me va a ser imposible ingresar.
Lo primero que se me ocurrió es instalar la misma versión de Ubuntu en una partición e intentar clonar esa parte.
Pero cómo podría hacer esto si no me reconoce el disco rígido ?
De qué otra manera podría solucionarlo ?

Buscando por internet solo encontré algunos comentarios en los que decían que se debía actualizar el grub. Pero creo que eso no resolvería el problema del disco.

Saludos.

Imagen de LyingB
+1
+1
-1

Lo más probable es que hayas sobreescrito algunos datos como el MBR, la tabla de particiones y uno que otro archivo del sistema como el kernel.

En mi opinión, si tienes acceso a Debian, lo que deberías hacer es instalar TestDisk, intentar recuperar la tabla de particiones del disco duro, respaldar los archivos que puedas y volver a instalar Ubuntu.

Mira aquí.

Por cierto ¿intentabas crear un sistema booteable de Ubuntu? ¿No te vale con las herramientas que proporciona Debian?

+1
+1
-1


Agrega al final del título del post (solucionado) si has arreglado tu problema.

Imagen de cristianqc
+1
+1
-1

Hola LyingB gracias por contestar!.
Estuve buscando más info al respecto.
Desde Debian ejecuté el TestDisk 6.13 y ocurrió lo siguiente.
Primero selecciono el disco rígido.
Me pide seleccionar el tipo de la tabla de particiones. Las opciones son: Intel, EFI_GPT, Huamax, Mac, None, Sun, XBox.

Ahora bien, si elijo Intel no me reconoce ninguna partición.
Si elijo EFI_GPT al llegar a "Quick Search" aparece el siguiente mensaje:

The harddisk (160 GB / 149 GiB) seems too small! (< 319 GB / 297 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...
The following partition can't be recovered:
MS Data ...

Si pongo continuar me lista dos particiones: MS Data y Linux Swap.

Y si elijo None( marcada por defecto ) aparece el siguiente miensaje:

The harddisk (160 GB / 149 GiB) seems too small! (< 319 GB / 297 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...
The following partition can't be recovered:
NTFS ...

Y si pongo continuar me lista dos particiones ext4 y Linux Swap 2.

Encontré algunos posts interesantes como este → http://forum.cgsecurity.org/phpBB3/3tb-hd-deleted-ext4-formated-ntfs-t42...

En una parte leí que se podía elegir Intel como tipo de tabla de particiones y al finalizar la búsqueda de particiones elegir "add partition", y ubicar la dirección de las particiones.
Está bien esto ?
O cómo podría continuar ?

Muchas gracias de ante mano!.

Edit:

Por cierto ¿intentabas crear un sistema booteable de Ubuntu? ¿No te vale con las herramientas que proporciona Debian?

Sí, algo así. Solo estaba probando unas cosas. Pero no era para mi. Un amigo había quedado atrapado en una instalación de Debian base ( solo línea de comandos ), sin internet y sin lectora de cds. Ya se solucionó eso igual.

Saludos!

+1
+1
-1
Imagen de LyingB
+1
0
-1

Depende de tu disco.

Para saber el tipo de tabla particiones puedes usar el comando fdisk:

sudo fdisk -l /dev/sda
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.

En mi caso uso un disco con partición GPT. Dependiendo de lo que te devuelva el comando es el tipo de partición.

Si te soy sincero nunca me he visto en la necesidad de usar TestDisk para recuperar particiones, por lo que no sé el procedimiento exacto para continuar. De todas formas tienes como guía los posts que has encontrado y el enlace que te he dejado.

Suerte.

+1
0
-1


Agrega al final del título del post (solucionado) si has arreglado tu problema.

Imagen de rioport
+1
0
-1

En una parte leí que se podía elegir Intel como tipo de tabla de particiones y al finalizar la búsqueda de particiones elegir "add partition", y ubicar la dirección de las particiones.
Está bien esto ?

Sí, está bien si la tabla de particiones es de tipo Intel, si es GPT arruinarás más el contenido del disco. Para que esto funcione debes saber exactamente donde empezaba y donde terminaba la partición.

No era a sdb donde yo quería copiar el archivo .iso. Fue un error mío ( terrible lo sé ).
Entonces cancelé rápido, pero ya se habían copiado unos pocos datos.

Dependiendo de la velocidad del disco, esos "pocos" datos pudieron ser unos cuantos megas, y si la partición que tratas de recuperar estaba al principio te toca navegar en una sopa de bits, buscando los archivos de desees encontrar y desde luego, si los encuentras los encontraras sin nombre y sin saber en donde estaban originalmente y te toca a ti reubicarlos en donde estaban.

El método de ubicar la partición manualmente no te servirá para los archivos de la primera partición, no sé, pero dependiendo de la importancia de lo que ahí había lo mejor podría ser una nueva tabla de particiones y empezar otra vez.

+1
0
-1

-- GC --

Imagen de cristianqc
+1
0
-1

Bueno, con TestDisk quedé atascado, viendo de diferentes formas lo máximo que logré es poder listar algunos pocos archivos que se ven inentendibles.
Pero encontré una opción interesante que es la de guardar una imagen del disco rígido como un archivo ".dd". Alguien trabajó con estos archivos ? Sería lo mismo intentar recuperar datos del disco o de este archivo ".dd" ?

El método de ubicar la partición manualmente no te servirá para los archivos de la primera partición, no sé, pero dependiendo de la importancia de lo que ahí había lo mejor podría ser una nueva tabla de particiones y empezar otra vez.

Sí, supongo que lo más sencillo es olvidarme y empezar de nuevo, pero quiero intentar un poco más todavía.

Estuve viendo la aplicación PhotoRec, viene con el TestDisk. Por lo que entiendo esta aplicación lee todos los datos posibles del disco y va recuperando los archivos. Supongo que si funcionara en mi disco tardaría mucho en leerlo. Alguien trabajó con este programa ?

Muchas gracias por sus respuestas.
Un saludo!.

+1
0
-1
Imagen de rioport
+1
0
-1

Te cargaste los datos de las primeras áreas del disco donde estaba la información sobre las particiones, además también te llevaste la parte en donde estaba la información de la primera partición. Pero te las cargaste no por haberlas borrado, no, sino que sobre-escribiste la información ¿sabes cual es la posibilidad de recuperar información sobre-escrita en los discos duros actuales (además todo vía software)?, ya no estamos en la era de los disquetes en donde hacia falta varias pasadas al disco para poder borrar de manera (casi) segura cierta información.

http://www.softpanorama.org/Tools/DD/recovery_of_lost_files_using_dd.shtml
http://www.h-online.com/newsticker/news/item/Secure-deletion-a-single-ov...

+1
0
-1

-- GC --

Imagen de cristianqc
+1
0
-1

Yo entiendo lo que pasó con el disco. El disco rígido tiene 160GB y como mucho se pudieron haber sobreescrito 10MB. Porque fue instantáneo el corte, y este disco no es tan veloz. Precisamente por este motivo es que quiero seguir intentando. Porque los datos están ahí. No formateé el disco, no lo borré. Y lo que se sobreescribió no me interesa, porque seguro eran archivos de sistema ( además de la tabla de particiones ), los datos valiosos para mi tienen que estar muchos GBs más adelante.
Gracias por los links. Los estoy leyendo.
Un saludo.

+1
0
-1
Imagen de rioport
+1
0
-1

Si tenias la partición en un formato con journaling las posibilidades de recuperar lo perdido se hacen menos, si los datos que quieres recuperar estaban en la misma partición las posibilidades se reducen aún más, si los archivos que quieres recuperar se habían fragmentado.... pues que te digo.

Para comprobar si un archivo se ha fragmentado ejecuta el comando filefrag seguido del nombre de archivo que quieras comprobar, si bien no se fragmentan mucho los archivos sí que llega a suceder (lo digo por el mito de que los sistemas de archivo linux no se fragmentan).

+1
0
-1

-- GC --

Imagen de ubunue
+1
0
-1

Puedes intentar , recuperar la informacion del disco duro sacandolo fuera y de alguna manera conectarlo como disco externo , para probar de saber a ciencia cierta si podrias recuperar la informacion valiosa.Pero no lo hagas con el actual ordenador donde tienes el sistema Debian.Porque seguramente hayan quedado vinculos del otro disco en este que tienes el Debian instalado y seguramente te de error.Si no dispones de otro ordenador con Linux , tendras que formatear y reinstalar el sistema en esa particion del disco , desde el cual quieres intentar leer los datos del otro.

Ademas estoy enteramente de acuerdo con (rioport) , en que las posibilidades son muy escasas , ya que si el disco que intentas recuperar solo tenia una particion y se ha quedado sin sector de arranque lo tendras crudo por no decir imposible , lo de recuperar la info!.

Pero yo de ti , si es muy valiosa la info intentar lo intentaria!...

+1
0
-1