Uno de nuestros últimos casos en el cual estuvimos trabajando en estas semanas , perteneciente a una unidad Seagate Momentus , la cual había sido declarada como irrecuperable previo a la llegada a nuestro laboratorio
Al checar la unidad en el laboratorio lo primero que detectamos que ya estaba abierta , es decir que el otro laboratorio seguramente había realizado algunos procesos o trasplantes internos, por lo cual la primera tarea era detectar cual era el ” problema inicial ” para partir de ahí hacia los posibles escenarios y procedimientos a seguir
Al momento de hacer las primera pruebas detectamos que la unidad parecía que tenía el ” típico ” comportamiento que se da en seagate que consiste en un proceso de ” autoreparación ” que realiza la unidad en background, sin intervención del usuario, haciendo que la unidad literalmente ” se cuelgue” ya que está ocupada realizando las operaciones, pero el problema no terminaba ahí
En las pruebas siguientes que realizamos se detectó que la unidad lograba tras desactivar el proceso anterior en el firmware tener acceso a sector, e incluso el árbol de directorios pero no permitió más allá de dichos sectores por lo cual se procedió a los pasos ” Típicos” que consistía en localizar una unidad ” donante” y realizar trasplante del sistema de lectura /escritura, así como cambiar la PCB y reprogramarla pero el problema persistió, por lo cual requirió un proceso más exhaustivo y de investigación , apoyándonos de nuestro departamento de I*D Investigación y Desarrollo o GDRA por sus siglas en inglés a la cual pertenecemos conocido como Global Data Recovery Alliance.
Tras varias semanas de trabajos intensos se encontraron problemas más fuertes en lo que se conocen como tracks de ingeniería , que es en si , firmware o módulos de firmware que fueron grabados únicos para el acceso a la unidad y son irremplazables ya que sin ellos no permite el acceso al área de usuario o LBA donde se guarda generalmente la información .
Finalmente se tuvo que mandar comandos ATA especiales directamente a la unidad y prácticamente ” parchar” el firmware original con el objetivo de poder tener acceso entre demás procesos , para con esto poder comenzar la extracción de sectores en los equipos que llamamos de control hardware
Finalizando con más de un 90% de datos funcionales , verificados vía nuestro software de integridad el cual nos muestra finalmente el porcentaje obtenido tras la extracción .
Finalmente podemos concluir que para poder obtener estos porcentajes fué de gran importancia que la unidad no presentó daño de superficie tipo Head Crash, ya que de haberlo presentado los porcentajes seguramente serían menores , el tiempo invertido en el diagnóstico fué mayor al pronosticado pero llevó a un resultado exitoso
Tienes algún caso similar no dudes en contactarnos podemos analizarlo !