Mstar Dump Extractor

[D@rkbytes]

El mensaje de error de directorio no encontrado, es normal, y se explicó el motivo anteriormente...

Nota: por defecto este directorio se establece automáticamente y será necesario verificar que la ruta sea correcta.
Si no es correcta, se notificará con un mensaje.

El mensaje de error de tamaño incorrecto es porque usaste el directorio que contiene todas la particiones.

El que me preocupa es el error de excepción no controlada, ese debe corregirse pero, necesito saber el motivo.
Para eso, requiero ver lo que se muestra presionando el botón "Detalles" del mensaje.
Por favor, también adjunta el archivo part_info.txt.

 

[omar fernandez]

El mensaje de error de directorio no encontrado, es normal, y se explicó el motivo anteriormente...

El mensaje de error de tamaño incorrecto es porque usaste el directorio que contiene todas la particiones.

El que me preocupa es el error de excepción no controlada, ese debe corregirse pero, necesito saber el motivo.
Para eso, requiero ver lo que se muestra presionando el botón "Detalles" del mensaje.
Por favor, también adjunta el archivo part_info.txt.

No estoy muy seguro como se produjo el error de exepcion no controlada en ese punto pero si se que desapareció cuando cerré el programa y lo volví a abrir ya no ocurrió, después en otro momento fue causado porque olvidé desmontar la partición tvconfig del disco virtual, ahora cuando se supone que el proceso fue satisfactorio y esto ocurre cuando escojo una carpeta vacía como directory with Extracted files no obtengo ningún archivo nuevo.
Esto es algo que ocurre al accionar la calculadora de sectores, la tecla de cálculo se distorsiona por los caracteres de la función que se va a ejecutar.
No lograba que funcionara por mi falta de pericia pero ya lo logré solo que no estaba extrayendo los archivos de la partición tv config en el directorio donde están las particiones, ya hecho esto el error desaparece y lo mejor es que se logró modificar el dump, mis felicitaciones a usted por tan buena y encomiable labor y por compartir de manera desinteresada este importante aporte para todos gracias .
El resultado final.
Creo que hay algunas fotos anteriores que no subieron como las del detalle de la tecla Cálculo.
Aquí ya mostró correcto.

 

[omar fernandez]

El detalle de la tecla, y otro detalle que noto es que trabajando en el escritorio la carpeta con los archivos de las particiones se ubica automáticamente en la parte superior izquierda de la pantalla aunque en ese lugar halla un icono de acceso directo de alguna aplicación desplazando al mismo hacia abajo por lo demás todo parece ok.
Comparación del archivo Dump original con el modificado, el superior en la imagen es el original el de abajo el modificado, se nota la diferencia y esta es la primera en la comparación de ambos archivos, no se si será normal en el modificado la falta de /tvconfig.

 

[D@rkbytes]

OK. Gracias por el informe, ya con esos datos puedo corregir el error de Excepción no controlada.
Lo del texto del CheckBox de "GB to Sectors" también será corregido.
De paso aprovecharé para depurar las funciones involucradas.

no se si será normal en el modificado la falta de /tvconfig.

Sí es normal, esa referencia es donde fue montada la partición en la e-MMC, pero lo hace el sistema.
Como la partición inyectada es nueva, no tiene punto de montaje establecido.

otro detalle que noto es que trabajando en el escritorio la carpeta con los archivos de las particiones se ubica automáticamente en la parte superior izquierda de la pantalla aunque en ese lugar halla un icono de acceso directo de alguna aplicación desplazando al mismo hacia abajo por lo demás todo parece ok.

Eso es normal, ya que has establecido que los iconos del escritorio no tengan organización automática.

 

[omar fernandez]

OK. Gracias por el informe, ya con esos datos puedo corregir el error de Excepción no controlada.
Lo del texto del CheckBox de "GB to Sectors" también será corregido.
De paso aprovecharé para depurar las funciones involucradas.

Sí es normal, esa referencia es donde fue montada la partición en la e-MMC, pero lo hace el sistema.
Como la partición inyectada es nueva, no tiene punto de montaje establecido.

Eso es normal, ya que has establecido que los iconos del escritorio no tengan organización automática.

Gracias por su pronta respuesta.
El archivo txt por si aporta algo.

 

[D@rkbytes]

Actualización v3.6

.- Se corrigieron los bugs encontrados por @omar fernandez
Gracias.

 

[D@rkbytes]

Avances de la versión 4.0




.- Ahora las particiones dentro del volcado se pueden extraer independientemente.
.- Se muestra el contenido del volcado, su información y se determina si las particiones tienen el sistema de archivos Ext4
Esto es útil para saber qué particiones podemos modificar para su posterior inyección.

En futuras versiones pienso añadir la posibilidad de extraer las particiones directamente del volcado RAW en la memoria USB.
Con esto ya no habrá necesidad de extraer el volcado al disco de la PC.
También pienso agregar el método de inyección directo a la memoria USB.

Por ahora va quedando así y ya es completamente funcional.
Me falta pulir algunos detalles, pero la aplicación ya casi queda lista para su lanzamiento.

 

[D@rkbytes]

Actualización v4.0 (Versión final)

Como mencioné anteriormente, en esta nueva versión se pueden extraer las particiones individualmente.
Se muestra mayor información, tanto en la aplicación, como en el archivo "part_info.txt" que se genera en la extracción.
También se detectan los archivos .part1, .part2, .part3, etc. de forma automática y se muestra su información.


Ahora la copia del archivo como respaldo muestra el porcentaje completado.


De igual forma, la unión de los archivos .partX con el archivo .bin muestran información del progreso.
Ya no se dividen y se unen los archivos, ahora el proceso de unión se realiza de forma directa, esto acelera el proceso.


Se mantuvieron las utilidades para dispositivos USB y las otras, pero ahora se encuentran en el menú "Utilities".
Anteriormente solo se podían inyectar particiones hasta 2 GB, ahora no hay límite, solo el que el sistema imponga.
Recuerden que esta aplicación trabaja con archivos de gran tamaño, por eso es x64 y requiere .NET Framework 4.8


Esta es la versión final de esta aplicación, ya que próximamente escribiré un programa para realizar el proceso de extracción directamente de la memoria USB, que igualmente contará con sus utilidades básicas.

Actualización v4.1
Se corrige un bug en la referencia del botón "Inject File", bug encontrado por @omar fernandez

Actualización v4.2
Se corrige un bug en el sector "Last Block", algunos se mostraban incorrectos debido a un desborde.

Espero que esta aplicación sea de utilidad, y cualquier bug que encuentren, por favor, repórtenlo.

 

[omar fernandez]

Buenos días, en este punto con la versión 3.6 al accionar la tecla inyector ya mostraba un cuadro de diálogo indicando que se modificaría el archivo en cuestión, con la nueva versión se abre una ventana del explorador con sus botones abrir y cancelar, no veo como proseguir para que modifique el DUMP gracias.

 

[D@rkbytes]

con la nueva versión se abre una ventana del explorador con sus botones abrir y cancelar, no veo como proseguir para que modifique el DUMP gracias.

Por alguna razón que desconozco, estaba cambiada la referencia del EventHandler:


Corrección:


La versión anterior se reemplazó por la corregida en el mismo post.

Gracias por el dato.

 

[D@rkbytes]

Avance de Mstar USB Dump Extractor (Versión 1.0)

Esta nueva aplicación funciona exclusivamente con dispositivos de memoria USB.
Es similar a la última versión de Mstar Dump Extractor pero esta aplicación cuenta con utilidades más avanzadas.
No les adelanto mucho porque cuando la publique daré los detalles y una explicación del funcionamiento.



Me he tardado un poco, ya que le he estado añadiendo otras funciones a las utilidades.
Ya casi la termino, pero las pruebas y depuración en este tipo de aplicación son más complicadas y tardadas que usando archivos.

 

[ttsdragon]

Hola
Por favor corregir este error.

 

[D@rkbytes]

Por favor corregir este error.

¿En qué acción se produce ese error?

 

[ttsdragon]

Lo siento, estoy enfermo ... no puedo responder de inmediato
Cuando lo abrí (dump), mostré tal imagen

 

[D@rkbytes]

Cuando lo abrí (dump), mostré tal imagen

Si el error fue al abrirlo, entonces, por favor, proporciona un enlace para descargar el volcado.

 

[D@rkbytes]

Mstar USB Dump Extractor v1.0 beta

Quedó lista la nueva aplicación.
Es similar a la versión para archivos pero esta extrae las particiones directamente desde la memoria USB.
Su uso es igualmente similar, y la información sobre los controles es mostrada por Tooltips.
Al ser el primer lanzamiento puede contener errores, sin embargo, en las últimas pruebas ha funcionado correctamente.
Como siempre, en posteriores versiones se irá mejorando.
Espero que sea de utilidad.

 

[ttsdragon]

Si el error fue al abrirlo, entonces, por favor, proporciona un enlace para descargar el volcado.

L55M8.zip

drive.google.com

Si, está aquí

 

[D@rkbytes]

Si, está aquí.

Listo, ya quedó corregido el error.
Se producía al tomar el máximo de la longitud del nombre de la partición que es de 16 caracteres.
El índice del delimitador retornaba -1, cuando se esperaban valores superiores a 0

Tras el análisis del volcado que proporcionaste, se obtenían dos particiones repetidas, (userdata).
Esto no es un error del programa, sino del volcado que contiene dos referencias con el mismo nombre, aunque diferentes datos.
La extracción de la segunda partición repetida sería inválida, ya que su offset quedaría en el rango de las particiones anteriores.
Aparte de que se mostraría un tamaño incorrecto para el total de particiones, 8.74 GB, siendo que el volcado es de 7.28 GB.
Partición userdata "válida" = 4.13 GB.
Partición userdata inválida = 1.46 GB.
7.28 GB + 1.46 GB = 8.74 GB

Tomando este error del volcado en cuenta, también se realizó la comprobación de particiones duplicadas.

¿Por qué puede suceder este tipo de error en un volcado?
Básicamente puede ser porque la memoria e-MMC fue regrabada sin antes realizar un borrado.
Esto dejaría una tabla de particiones con datos anteriores.
También podría ser debido a una mala unión de los volcados.

Referencias repetidas:
Offset 0x5E00

Partition: userdata
Size: 4.13 GB
First Block: 0x64B800
Last Block: 0xE8FFFF
Is Ext4: False

Offset 0x6800

Partition: userdata
Size: 1.46 GB
First Block: 0xAC2800
Last Block: 0xDB07FF
Is Ext4: False

Por lo general la partición userdata suele ser del tipo Ext4, y en este caso aparece que no lo son.
Así que el volcado puede estar corrupto en otros sectores.

Adjunto el programa con las correspondientes correcciones, conforme al nuevo sistema Mstar 2023 mencionado por @ttsdragon
Gracias.

 

[ttsdragon]

Tomando este error del volcado en cuenta, también se realizó la comprobación de particiones duplicadas.

¿Por qué puede suceder este tipo de error en un volcado?
Básicamente puede ser porque la memoria e-MMC fue regrabada sin antes realizar un borrado.
Esto dejaría una tabla de particiones con datos anteriores.
También podría ser debido a una mala unión de los volcados.

Muchas gracias
A través de tu análisis, tengo otro pensamiento
.... probablemente el estándar del nuevo Mstar 2023
Tengo 6-7 muestras como esta, incluyendo 8GB-16GB-32GB (estos vertederos de vertederos son completamente buenos).

 

[D@rkbytes]

A través de tu análisis, tengo otro pensamiento... probablemente el estándar del nuevo Mstar 2023

Podría ser, ya que no lo conozco aún.
Lo extraño es que las particiones userdata no sean del tipo Ext4
Si se repiten en la imagen, tendría que implementar un algoritmo de reconocimiento para que las repetidas se guarden en el disco con otro nombre, ya que no pueden existir archivos con el mismo nombre en una carpeta.

(estos vertederos de vertederos son completamente buenos).

Esto no lo entiendo, debe ser por el traductor.

El programa con el nuevo algoritmo de reconocimiento Mstar 2023, quedó adjunto en el post #58
Gracias por la información.