Consulta también:
- Recuperar archivos testdisk
- Abrir archivos mdf - Guide
- Testdisk download - Programas - Otros
- Abrir archivos msg - Guide
- Virus que oculta archivos - Guide
- Usb show recuperar archivos - Programas - Copias de seguridad y recuperación
4 respuestas
Marokza
Mensajes enviados
8
Fecha de inscripción
lunes, 5 de octubre de 2009
Estatus
Miembro
Última intervención
lunes, 5 de octubre de 2009
9
5 oct 2009 a las 16:37
5 oct 2009 a las 16:37
que raro que tome dolo 3.5gb el formateo de la unidad de origen es la misma?
Ambos discos el de origen de los datos y el de recepcion estan en formato ext4. Ninguno de los dos tiene sistema operativo por lo que lo arranco de un live cd de ubuntu. Te paso la info que me arroja testdisk. Este mail lo envie a la lista de ubuntu y te lo transcribo para que te quede mas claro mi problema.
"Soy Gustavo el que me mando un par de macanas con los discos rigidos.
Les comento que en mi disco que solo contiene datos (no es un disco
que contenga ningun sistema operativo) le pude sacar casi toda la info
pasandola a otro disco excepto los arhivos de imagenes que tienen un
tamaño aproximado de 4.2 gb. Cuando intentaba recuperar cualquiera de
estos archivos con testdisk me copiaba hasta 3.5 gb y me bloqueaba la
terminal, truncando los 700 mg promedio que faltan mas o menos. Es
decir me quedaban archivos de imagen iso con 3.5 gb.
Aqui quisiera saber como hago para que testdisk me recupere archivos
de mayor tamaño.
A su vez (y tal vez tenga algo que ver con el problema de tamaño de
archivos grandes) Testdisk obtuvo esta info al hacer el analisis de mi
disco:
Linux 0 1 1 121600 254 61 1953520000 [Archivos]
Warning: Incorrect number of heads/cylinder 4 (FAT) != 255 (HD)
Warning: Incorrect number of sectors per track 17 (FAT) != 63 (HD)
FAT12 0 1 1 1 75 12 20739 [NO NAME]
Linux 0 1 1 121600 254 61 1953520000 [Archivos]
Y una vez que termino el analisis testdisk arrojo lo siguiente:
D FAT12 0 1 1 1 254 63 32067 [NO NAME]
D Linux 0 1 1 121600 254 63 1953520002 [Archivos]
Digo tal vez porque si por alguna razon testdisk me esta tomando que
la particion es fat (como indica el orden anterior) entonces no me
deja manejar archivos mayores de 4 gb. Todo esto lo estoy suponiendo.
Si logro pasar todos mis archivos voy a intentar cambiar la "D" que
hay delante de la particion Linux por una "P" (de Primaria) para ver
si puedo recuperar el mbr que esta dañado y luego aceptando en el
comando "write". Y si no funciona formateare y empezare de nuevo. Pero
al menos probare si esto funciona.
Les comento que toda la particion de este disdco esta formateada en
ext4 (una sola particion tiene realmente) y se mezclo con fat por una
macana que hice al intentar arreglar el mbr con fixboot y fixmbr de la
consola de windows. (por otro problema que habia tenido antes y que la
solucion era mucho mas simple... pero como dicen.. "echando a perder
se aprende")
Les comento que la particion entera la veo en el gparted pero si lo
quiero montar no me deja ya que la funcion desmontar esta en gris
claro (es decir no disponible) por lo cual no lo puedo ver por
nautilius.
Tengo instalado ubuntu jaunty de 64 bits.
Espero su ayuda y cualquier sugerencia sera bienvenida."
Fijate si se entiende o cualquier cosa te aporto mas datos
Gracias
Gustavo
"Soy Gustavo el que me mando un par de macanas con los discos rigidos.
Les comento que en mi disco que solo contiene datos (no es un disco
que contenga ningun sistema operativo) le pude sacar casi toda la info
pasandola a otro disco excepto los arhivos de imagenes que tienen un
tamaño aproximado de 4.2 gb. Cuando intentaba recuperar cualquiera de
estos archivos con testdisk me copiaba hasta 3.5 gb y me bloqueaba la
terminal, truncando los 700 mg promedio que faltan mas o menos. Es
decir me quedaban archivos de imagen iso con 3.5 gb.
Aqui quisiera saber como hago para que testdisk me recupere archivos
de mayor tamaño.
A su vez (y tal vez tenga algo que ver con el problema de tamaño de
archivos grandes) Testdisk obtuvo esta info al hacer el analisis de mi
disco:
Linux 0 1 1 121600 254 61 1953520000 [Archivos]
Warning: Incorrect number of heads/cylinder 4 (FAT) != 255 (HD)
Warning: Incorrect number of sectors per track 17 (FAT) != 63 (HD)
FAT12 0 1 1 1 75 12 20739 [NO NAME]
Linux 0 1 1 121600 254 61 1953520000 [Archivos]
Y una vez que termino el analisis testdisk arrojo lo siguiente:
D FAT12 0 1 1 1 254 63 32067 [NO NAME]
D Linux 0 1 1 121600 254 63 1953520002 [Archivos]
Digo tal vez porque si por alguna razon testdisk me esta tomando que
la particion es fat (como indica el orden anterior) entonces no me
deja manejar archivos mayores de 4 gb. Todo esto lo estoy suponiendo.
Si logro pasar todos mis archivos voy a intentar cambiar la "D" que
hay delante de la particion Linux por una "P" (de Primaria) para ver
si puedo recuperar el mbr que esta dañado y luego aceptando en el
comando "write". Y si no funciona formateare y empezare de nuevo. Pero
al menos probare si esto funciona.
Les comento que toda la particion de este disdco esta formateada en
ext4 (una sola particion tiene realmente) y se mezclo con fat por una
macana que hice al intentar arreglar el mbr con fixboot y fixmbr de la
consola de windows. (por otro problema que habia tenido antes y que la
solucion era mucho mas simple... pero como dicen.. "echando a perder
se aprende")
Les comento que la particion entera la veo en el gparted pero si lo
quiero montar no me deja ya que la funcion desmontar esta en gris
claro (es decir no disponible) por lo cual no lo puedo ver por
nautilius.
Tengo instalado ubuntu jaunty de 64 bits.
Espero su ayuda y cualquier sugerencia sera bienvenida."
Fijate si se entiende o cualquier cosa te aporto mas datos
Gracias
Gustavo
Hola a mi me arroja este mensaje
"support for this file system hasn't been enable during compilation"
Hago los pasos que indica la pàgina oficial y nada no logro ver mis archivos borrados, alguna sugerencia??
Gracias
"support for this file system hasn't been enable during compilation"
Hago los pasos que indica la pàgina oficial y nada no logro ver mis archivos borrados, alguna sugerencia??
Gracias
para gustysoft, lamentablemente la herramienta testdisk todavia no repara archivos con extension 4 por lo que puede explicarse tu problema. De hecho puedes ingresar a la pagina principal y te daras cuenta por ti mismo. Una lastima porque es una buena herramienta aunque a mi personalmente no me ha ayudado mucho a recuperar mi particion extension 3 de ubuntu. Puedo ver los archivos que tengo en el disco perdido pero no puedo recuperar el arranque del sistema. Todo inicio por la instalacion de Mandriva. Desgraciadamente al instalarlo me pregunto si podia borrar algunos archivos que la distro no necesitaba y termino borrando creo algo del MBR que ya no es capaz de reconocer el disco duro.
Hasta la fecha solo he logrado restablecer Windows instalando Ubuntu en otro disco duro.
Inmediatamente me reconocion Windows y por supuesto arranca con la particion y el sistema recien creado pero aun no reconoce el disco. Lo extraño es que aunque windows esta en el disco que no se reconoce lo da como disco vacio....pero no hay rastros de ubuntu(el que se echo a perder).
Con testdisk lo que pude hacer es copiar parte de los archivos de la particion dañada o perdida a Windows, pero los videos y algunos archivos no estan reconocibles....en fin seguire tratando de averiguar por otras herramientas...sino tocara formatear....saludos a todos.
Hasta la fecha solo he logrado restablecer Windows instalando Ubuntu en otro disco duro.
Inmediatamente me reconocion Windows y por supuesto arranca con la particion y el sistema recien creado pero aun no reconoce el disco. Lo extraño es que aunque windows esta en el disco que no se reconoce lo da como disco vacio....pero no hay rastros de ubuntu(el que se echo a perder).
Con testdisk lo que pude hacer es copiar parte de los archivos de la particion dañada o perdida a Windows, pero los videos y algunos archivos no estan reconocibles....en fin seguire tratando de averiguar por otras herramientas...sino tocara formatear....saludos a todos.
