tonpepe

Olá, já alterei a senha duas vezes e ainda não consigo acessar como um membro registrado, sempre recebo a mensagem de que minha senha está incorreta e não posso acessar. O que está acontecendo?

El disco no aparece porque seguramente no está montado ("inicializado" en windows). Y no le recomiendo que lo monte. Ya sabe que el disco tiene bad-sectors, y usando programas "mágicos" de recuperación desde windows lo único que va a conseguir es emperorar su estado hasta el punto de que ya no sea reconocido ni en la BIOS. Extraiga el disco de la carcasa adaptadora de usb y conectelo en un puerto sata. Descargue esta versión de linux Debian y cree un pendrive arrancable: http://mirror.koddos.net/ubcd/ubcdlive023b.iso Utilice el programa ddrescue para crear un clon en otro disco o un archivo imagen. Vea en este enlace cómo usar el programa: https://eletronicabr.com/forums/topic/109476-ddrescue-recuperar-dados/ Puede tardar mucho tiempo, pero es la opción más segura para un disco como ese. Es necesario que se informe bien sobre el uso del programa, espero le sirva la información, y no olvide que para usar el ddrescue no debe de montar el disco malo. Saludos.

Hola @DiegoTavares6, ten en cuenta dos cosas: - a efectos de diagnostico el valor que nos interesa es el "raw value", ese es el que hay que tomar en cuenta. - Tienes el programa configurado para que dé valores en hexadecimal. Busca en los menús y cámbialo para que te dé los valores en decimal. Entonces el valor del disco Seagate en errores de lectura es: A9D00CA(hex)------>178.061.514(dec) Y el del Hitachi 451D1435(hex)------>1.159.533.621(dec) Saludos de un NO universitario (dudo mucho que esto lo enseñen en la universidad...)

Hola grevan, a ver si te sirve esto: https://alltransistors.com/es/mosfet/transistor.php?transistor=21009 Saludos.

@Geek Tech lo más fácil es que clones el sistema del hd en el disco ssd. Podrás hacerlo si el espacio ocupado (NO el espacio total del disco/partición) del hd es menor que el tamaño total del ssd. Hay programas que pueden hacerlo (por ejemplo el Aomei) bajo windows. Y tambien puedes hacerlo con Clonezilla. Saludos y suerte.

@GuiBruno92 El que un HD presente formato RAW indica que ha perdido el sistema de archivos (por cualquier motivo). Si ese HD no presenta avería física ni problemas en el área de servicio, puede volver a formatearse y usarlo normalmente. O recuperar la(s) particiones perdidas y volverlas a escribir en el mismo HD. Espero que eso responda a tu pregunta. Saludos.

A ver si te gusta este: Dr.Web

@joaomarcos Mira esta página, espero te sirva para hacerte una idea: http://www.javiertobal.com/analisis-forense-hikvision/

@GNMilasi Si no hiciste un formato a bajo nivel, puedes intentar recuperar todas las particiones del disco duro con el programa "TestDisk".

@GameMax un buen programa gratuito para recuperar archivos y/o recuperar particiones perdidas (depende del estado del disco) es el "testdisk". Vaya a esta página, baje el programa e informese sobre cómo aplicarlo sobre su disco: https://www.cgsecurity.org/wiki/TestDisk_PT

@Walace Paixão , el disco tiene "formato RAW", o sea, ha perdido el sistema de archivos, y en ese estado windows no le sirve de nada. Necesita intentarlo con linux. No necesita instalarlo, use un CD live. Le proporciono un CD live de Debian que ya trae instalado el ddrescue, listo para usarse: http://ftp.cc.uoc.gr/mirrors/linux/ubcd/ubcdlive023b.iso También trae herramientas para poder ver el SMART. Es posible que desde linux pueda ver esos valores, aunque se me hace muy rara la pantalla del CrystalDisk, ya que los valores del SMART forman parte del service area, y SÍ aparecen los otros datos de identificación del disco... Tenga paciencia, la clonación o la imagen pueden demorarse muuuucho tiempo.

@Walace Paixão Es muy importante que haga lo que le recomienda el compañero: Una vez hecha la clonación o la imagen, podría intentar recuperar la(s) particiones con el programa "testdisk" y ver si el disco duro queda en condiciones de seguir siendo utilizado. Como dijo @nelsonhf , antes de tener el clon o la imagen, NO intenete arreglar nada.

Hiciste el chkdsk /f en el disco nuevo ?? intentalo y comenta. Copy-paste no te va a servir en este caso, y de intentarlo te va a dar más trabajo. Y será trabajo para nada....

@Netus , cuando yo tengo que recuperar los datos de un disco con bad block´s y entregarle al cliente el equipo con un disco nuevo y perfectamente funcional, jamás utilizo el hddregenerator. Utilizo el ddrescue bajo linux para clonarlo a otro disco o para crear una imagen. Y en caso de clonar de disco a disco casi siempre es imprescindible usar el comando recomendado por @FDONATO (chkdsk /f) en el disco nuevo. Sabiendo ya que el disco original tiene bad block´s no tiene caso intentar "reparar" nada en él, y lo mejor es no manipularlo demasiado para poder recuperar lo más posible en la clonación. Te interesa recuperar sobre todo el principio del disco donde está el sistema operativo, y por eso te recomiendo el programa ddrescue, que es lento pero seguro. Espero que mi consejo te sirva de algo.

@grevan con los enlaces que facilitó el compañero @nelsonhf ya tienes para un buen tiempo de investigación. Ese foro es de lo mejor en cuestión de recuperación de datos, pero también es muy dificil encontrar "soluciones bien explicadas o simples": los profesionales protegen su negocio. Te facilito otro post referente a ese disco híbrido con datos sobre la electrónica de la placa: https://forum.hddguru.com/viewtopic.php?f=1&t=27790 Este es otro excelente enlace sobre recuperación de archivos, el "jefe" es portugués (spildit), aunque todo está en inglés...Te facilito el enlace con una búsqueda del modelo de tu disco: http://www.hddoracle.com/search.php?keywords=ST1000LM014 Te recomiendo utilizar el navegador Mozilla con el complemento "Im Translator" si no dominas el inglés. Con ese complemento al seleccionar el texto a traducir, podrás ver la traducción sin cambiar de página, sólo clicando en el icono que te sale. Saludos, suerte y mucha paciencia.

@djcapile Hay muchos programas para recuperar archivos borrados accidentalmente. Pero es muy raro que al modificar o eliminar otras particiones, le desaparezcan archivos de otra partición. Primero que nada no use ese disco, corre el peligro de sobreescribir los sectores donde estaban los archivos perdidos. Arranque con un HirensBoot y, primero, vea el estado del SMART del disco con el programa Victoria, si está OK, vea la letra de unidad que le asignó el hirens a la partición del problema y en linea de comandos (el cmd) escriba: chkdsk X: /f ----------donde X es la letra de unidad correspondiente. Con eso arregla el sistema de archivos y los datos perdidos "deberian volver a su lugar". Si eso no funciona pruebe con el programa "testdisk" tambien incluido en el hirens, no recupera los nombres originales, pero si los archivos, que es lo importante. No intente recuperar nada ejecutando el sistema en el mismo disco con problema, arranque siempre desde otro medio, para que el disco con problema quede como "secundario". Saludos.

@grevan entiendo que ahora mismo el disco no es reconocido en BIOS y que desde linux con el comando dmesg | tail tampoco te dá ninguna referencia. Supongo que con el comando "fdisk -l" tampoco saldrá en la lista de discos y particiones. (?) Windows es muy peligroso con estos discos, cuando dice "Desconhecido - Não inicializado" no hay que dejarle que haga NADA, y cuanto antes cierres el windows y desconectes el disco, mejor. Es muy raro que aparezca esa partición "D"... ¿no será la de la unidad de CD/DVD? Si estaba en un notebook, el daño físico es más que probable. Al mover la máquina de un lado para otro el disco termina por resentirse aunque nos parezca que lo hacemos "a modiño". Las cabezas pueden tocar los platos e ir quedando dañados ambos. Dicen los profesionales de los laboratorios de recuperación de datos que muchas veces el barullo que se oye no es causa física y que es debido a problemas con la placa lógica. Para salir de dudas tendrías que ponerte a buscar una placa identica con el mismo firmware y fecha de fabricación muy próxima...porque información acerca de medidas de voltaje correctas o esquemas electrónicos no creo que encuentres... Extrae la placa lógica y limpia contactos y observa si hay oxido o suciedad. Tal vez poniendo el disco en diferentes posiciones (acostado de un lado, del otro, de canto, de pie...) consigas que salga en la BIOS una vez más. Arranca con ese Debian-live que te posteé y ten conectado otro disco para clonarlo o guardar una imagen con el ddrescue. Puedes probar a usar el adaptador SATA-IDE que nombraste en un post antiguo, eso puede ayudar mucho para la correcta detección del disco y también si al estar recuperando se te "descuelga" podrás apagar-encerder sin reiniciar el sistema. Si no vuelve a salir en BIOS sólo el amigo mvcercal y sus colegas podrían ayudar, lo siento. Saludos.

@FDONATO y@grevan Debo disculparme por que yo estaba completamente errado. Queriendo aclarar y no llevar a confusión, lo que hize realmente fué crear más confusión. No es bueno estar con tres trabajos y ocuparse de otro encima. Me equivoqué TOTALMENTE y además en algo tan básico como las rutas en linux. Yo estaba explicando montar una partición dentro de si misma...en fin... @grevan lo siento, espero que gracias al compañero @FDONATO te halla quedado claro este tema, si habres otro post aprovecharé para explicarte el proceso que suelo realizar para recuperar datos de un disco hasta el final. Saludos

Deje correr el memtest por lo menos un par de horas...o lo más que pueda...

@grevan Ya metidos en fariña, otra recomendación importante es que debes usar un computador que no vayas a utilizar para nada más, porque el proceso puede llevar muchas horas y/o muchos días. Esas motherboards viejas que ya nadie quiere son muy buenas para este tipo de trabajos. Saludos.

Sólo una pequeña corrección, por que así como está "ddrescue -d /dev/sda /mnt/backup/test.img" no creo que funcione y como explicación puede llevar a error. Hay que especificar en qué partición exacta está "/mnt/backup/", y eso sería así: ddrescue -d /dev/sda /dev/sdb1/mnt/backup/test.img En el ejemplo que yo utilicé: ddrescue -d /dev/sda /dev/sdb1/test.img /dev/sdb1/test.log la imagen y el log se crearán en la partición sdb1 simplemente. Si hubiera algún directorio dentro del cual quisiera que se guardaran, pues habría que añadirlo a la ruta. Saludos.

Eso me parece un problema de RAM típico. Pruebe con otra memoria que sepa que está correcta. Y si los badbloks están al principio del disco, SI pueden afectar, pero eso ya sería para tratarlo aparte, en principio si no puede cargar un CD-live con normalidad, yo inmediatamente pienso en la RAM...

Yo normalmente uso un SO Debian instalado, pero también uso un USB live (ftp://ftp.cc.uoc.gr/mirrors/linux/ubcd/ubcdlive023b.iso) si hay suficiente memoria RAM para ello. Para guardar la imagen y el log debes poner la ruta correcta, por ejemplo: Si el disco destino es sdb, y en él sólo tienes una partición, esta partición debe ser nombrada como sdb1, y entonces el comando correcto será: ddrescue -d /dev/sda /dev/sdb1/test.img /dev/sdb1/test.log ddrescue -d /dev/sda /ruta_de_montaje/test.img /ruta_de_montaje/test.log Si no vas a crear una imagen y quieres clonar disco a disco: ddrescue -d /dev/sda /dev/sdb /ruta_de_montaje/test.log la ruta_de_montaje para el logfile puede ser un pendrive o un directorio de otro disco. En este caso usa el parámetro "-f". Como el archivo log no ocupa mucho espacio yo suelo meterlo en el mismo pendrive del debian-live. Si ejecutas el comando: fdisk -l te saldrá la lista de todos los discos con sus particiones. Antes de ejecutar ddrescue EJECUTA SIEMPRE EL fdisk para comprobar que no hayan cambiado y te equivoques. No necesitas posicionarte en ningún directorio para ejecutar el ddrescue. Hace tiempo postee un pequeño tutorial, revisalo para que entiendas un poco mejor las fases que realiza el ddrescue: https://eletronicabr.com/forums/topic/109476-ddrescue-recuperar-dados/

Se me olvidaba comentarte el parámetro "-n", se usa para rescatar primero las partes buenas del disco, sin detenerse en los sectores malos. Una vez conseguida la imagen, puedes hacer otro intento sin "-n" para tratar de recuperar los sectores problemáticos. Usa el mismo log que en la primera pasada, si quieres, guarda una copia, porque en la segunda pasada se modificará. Todo esto dependerá de cómo veas el estado del disco, y eso sólo tú puedes verlo... Saludos y suerte.

Lo único que comentar es que con "-r3" si hay demasiados sectores malos se puede eternizar el proceso que ya de por si es lento. Si sabes que hay pocos sectores malos, está bien usarlo, pero yo en lo personal, no lo usaria para empezar. Con ese parámetro fuerzas a que intente leer tres veces y además de la lentitud, si el disco está "delicado" corres el riesgo de forzarlo demasiado. Investiga un poco sobre los parametros "--input-position" y "--output-position". El disco "enfermo" (source) no debe estar montado, pero el disco de destino (target) sí. Puedes también poner: "-v". Creo que puedes ponerlo 4 veces, es el nivel de "verbosidad", o sea, te salen por pantalla más datos de los normales sobre el clonado. Saludos y suerte