Mstar Dump Extractor

[htyww]

兄弟，我有一台海思Hi3516，我用编程器做了备份。有没有办法提取分区？

https://mega.nz/file/zaQQGBYK#Ls_ZHsoCYhYBjKgjMIwm3NWrCNrWrcvm ：哈哈：qRw8H9moY

密钥：Ls_ZHsoCYhYBjKgjMIwm3NWrCNrWrcvm ：哈哈：qRw8H9moY

也可以将【海思一键生成分区表文件工具11.27.exe】复制到需要保存备份固件的目录或文件夹下，用uart终端输入【cat /proc/cmdline】获取分区表信息，或者用二进制软件打开【bootargs.img】，复制分区表内容如下：

8M(fastboot),1M(bootargs),1M(bootargsbak),2M(slaveboot),40M(恢复),8M(panelparam),2M(deviceinfo),40M(logo),40M(boot),1M(dtbo), 2M(atf),8M(trustedcore),10M(安全store),1M(版本信息),1M(杂项),10M(bootmusic),10M(bootmusicsec),80M(tconparam),4M(demura),1376M(系统)ro,300M(供应商)ro,50M(atv), 60M（日志），100M（缓存），-（用户数据）

复制到文本框【海思一键生成分区表文件工具11.27.exe】后，点击生成分区表即可在同文件夹中生成分区表。然后，当hittool导入split表后，就可以使用上传功能来备份整个Split。

附件包含分区表生成工具和hittool工具

附件链接

También puede copiar [HiSilicon One-click Partition Table File Generation Tool 11.27.exe] al directorio o carpeta donde necesita guardar el firmware de respaldo y usar la terminal uart para ingresar [cat /proc/cmdline] para obtener la partición. Información de la tabla o utilice software binario Abra [bootargs.img] y copie el contenido de la tabla de particiones de la siguiente manera:

8M (arranque rápido), 1M (arranque inicial), 1M (arranque inicial), 2M (arranque secundario), 40M (recuperación), 8M (parámetros del panel), 2M (información del dispositivo), 40M (logotipo), 40M (arranque), 1M (dtbo), 2M(atf),8M(trustedcore),10M(almacén de seguridad),1M(información de versión),1M(misceláneos),10M(bootmusic),10M(bootmusicsec),80M(tconparam),4M(demura),1376M(sistema )ro,300M(proveedor)ro,50M(atv), 60M(registro),100M(caché),-(datos del usuario)

Después de copiarlo en el cuadro de texto [HiSilicon One-click Partition Table File Generation Tool 11.27.exe], haga clic en Generar tabla de particiones para generar una tabla de particiones en la misma carpeta. Luego, una vez que hittool haya importado la tabla dividida, puede usar la función de carga para realizar una copia de seguridad de toda la división.

 

[gang1991]

Hola, ¿puedes compartir [HiSilicon One-click Partition Table File Generation Tool 11.27.exe] por separado?

 

[htyww]

Hola, ¿puedes compartir [HiSilicon One-click Partition Table File Generation Tool 11.27.exe] por separado?

Según el autor, esto está escrito en un lenguaje fácil y puede ser tóxico. ¡Si te importa, ¡ usa con precaución!

 

[omar fernandez]

Buenos días estimado D@rkbyte.
Cuando se lanzó este magnífico software para la edición de las particiones dentro del dump, y en mis primeros pasos en el uso de este, hice la prueba de modificación del logo en la partición tvconfig, cambiando el logo original por otro, y luego en ese dump con su partición tvconfig con el logo cambiado, realicé la operación de restaurar en la partición tvconfig su logotipo original.
En mi razonamiento esperaba que al realizar el primer cambio del logotipo, quitando el original y poniendo otro la comprobación CRC-32 del dump quedaría modificada y así fue.
Luego en mi segundo razonamiento, si a ese dump que le había modificado el logo en la partición tvconfig, lo volvía a restaurar con su logotipo original, en la partición tvconfig , la comprobación CRC-32 volvería a ser la misma que ese dump tenía en su forma original, pero no resultó así.
Ahora he vuelto a realizar pruebas en ese sentido y además de trabajar modificando el logotipo, también he cambiado la partición tvconfig de manera íntegra hacia delante y hacia atrás, osea en un determinado dump he quitado su partición tvconfig y la he sustituido por otra, para luego en ese mismo dump volver introducir su partición original, siempre verificando que los offset de las particiones tanto del dump a modificar, como del donante de la partición sean iguales, y el resultado en la comprobación CRC-32 mostró similar comportamiento que en las pruebas con el logotipo.
¿Que otros cambios se producen dentro del dump además de la inserción y de la extracción de una determinada partición, para que la comprobación CRC-32 muestre el comportamiento antes mencionado?
También he realizado similares pruebas con la aplicación SKan Dump, y de forma manual con el editor hexadecimal HXD, y los resultados en cuanto a la comprobación CRC-32 resultaron diferentes a lo observado con Mstar Dump Extractor v4.3 o versiones anteriores, pero coincidentes con lo que en mi humilde razonamiento había pensado que debía suceder según expuse al principio.
Adjunto dos documentos que muestran los valores obtenidos durante las pruebas, pido disculpas por mi ortografía y también la de los documentos que por demás soy también un neófito con el teclado en la laptop.

 

[D@rkbytes]

En mi razonamiento esperaba que al realizar el primer cambio del logotipo, quitando el original y poniendo otro la comprobación CRC-32 del dump quedaría modificada y así fue.

Sí, es normal y en consecuencia de la modificación.

Luego en mi segundo razonamiento, si a ese dump que le había modificado el logo en la partición tvconfig, lo volvía a restaurar con su logotipo original, en la partición tvconfig , la comprobación CRC-32 volvería a ser la misma que ese dump tenía en su forma original, pero no resultó así.

Esto también es normal, ya que el creador original de la imagen utilizó un método para crear la imagen y yo otro.
Así que por obvias razones, el CRC no será el mismo porque la imagen se está tratando de forma diferente.
Y suponiendo que tanto el creador original y yo usemos el mismo método, la fecha de creación insertada y otros parámetros, serían diferentes, y esto también da lugar a que el CRC cambie.

¿Que otros cambios se producen dentro del dump además de la inserción y de la extracción de una determinada partición, para que la comprobación CRC-32 muestre el comportamiento antes mencionado?

Pues aparte de los mencionados, varios más, y es que la estructura EXT4 es un sistema complejo de bloques.
Algunos bloques pueden ser comprobados, ya sea por CRC-16 o CRC-32, dependiendo del tipo de imagen, ya que algunas pueden ser creadas para 32 bits y 64 bits, que son las más usadas en los TV recientes.

También he realizado similares pruebas con la aplicación SKan Dump, y de forma manual con el editor hexadecimal HXD, y los resultados en cuanto a la comprobación CRC-32 resultaron diferentes a lo observado con Mstar Dump Extractor v4.3 o versiones anteriores, pero coincidentes con lo que en mi humilde razonamiento había pensado que debía suceder según expuse al principio.

Por lo expuesto anteriormente, ya tendrás una idea del por qué el CRC siempre será diferente tras modificar una imagen EXT4, aunque se regresen los archivos originales.
Sin embargo, el CRC como archivo integro, no es requerido para validar una imagen EXT4.
Los bloques que requieren comprobación tienen el CRC guardado en cierto offset de la imagen, y es el que se comprueba.
Así que los CRC que importan están escritos dentro de la imagen y son los que se validan.
Las imágenes EXT4 pueden ser creadas con indicación de no verificar el CRC de los bloques, pero esto no es recomendable, ya que no existiría una validación en la integridad de los datos.

Nota: una imagen EXT4 nunca debe ser modificada con un editor hexadecimal.

 

[omar fernandez]

Por observación en una de las últimas pruebas que he realizado con un dump editado con Mstar Dump Extractor, y que después en ese mismo dump ya con su partición EXT4 conteniendo su logotipo original, le extraje la partición, pude comprobar que aunque esta partición ya contiene su logotipo original, la comprobación CRC-32 de esta partición ya no era la original, lo que me lleva a pensar que al cambiar el logotipo algo más fue modificado en esta.
Luego a ese Dump que le extraje la partición, le inserte la partición en su estado original, pero usando Skan Dump o el editor HXD y como resultado el dump recuperó el valor de CRC-32 original.
Mi conclusión es que algún otro dato es modificado en la partición en la cual se trabaja por medio de Mstar Dump Extractor, y que este cambio es ajeno a lo que uno alla realizado de manera consciente.
No siendo de esta manera por medio de los métodos adicionalmente comentados.

Nota: una imagen EXT4 nunca debe ser modificada con un editor hexadecimal

Gracias por tu rápida y siempre acertada respuesta.
Cuando hago referencia al uso del editor hexadecimal HXD no es para indicar que lo halla usado para modificar la imagen EXT4.
Solo es para indicar que a partir del offset que arroja el software Mstar Dump Extractor o el SKan Dump, con el editor hexadecimal puedo extraer la partición tvconfig como un bloque dentro del dump, ya una vez afuera se puede trabajar en la partición usando los métodos ya conocidos.
Y posteriormente se inserta la partición respetando los offset de inicio y final, y es según mi observación lo que parece ocurrir con el uso de SKan Dump.

 

[D@rkbytes]

Luego a ese Dump que le extraje la partición, le inserte la partición en su estado original, pero usando Skan Dump o el editor HXD y como resultado el dump recuperó el valor de CRC-32 original.

Claro, porque la imagen fue tratada solo reescribiendo el archivo, el cual tiene los mismos bytes con los que se obtuvo el CRC original.
Si la imagen hubiera sido montada o extraída y posteriormente modificada por aplicación especial o Linux, aunque fuera con el archivo original, el CRC obtenido sería otro.

Si una imagen EXT4 es modificada usando un editor hexadecimal y aunque el archivo insertado sea exactamente del mismo tamaño en bytes, la imagen quedaría dañada, ya que el CRC escrito no correspondería, dando por resultado una imagen EXT4 inservible.
Y es que la modificación de una imagen EXT4 debe pasar por un proceso que reescriba los CRC y otros datos más.
Por eso es que MStar Dump Extractor solicita la imagen original, ya que de ella extrae datos, ente ellos el tamaño, y el proceso de reempacado reescribe esos datos, más los nuevos CRC.