|
||
#201
|
||||
|
||||
No es por llevar la contraria pero eso copia sólo 4K, incluyendo el MBR. El comando, si el bl1 es como el de anrdale, que no tiene porqué ser distinto, sería:
Código:
dd if=/dev/block/mmcblk0boot0 of=/sdcard/bl1.img count=512 bs=32768 skip=1 ![]() ![]() |
|
#202
|
||||
|
||||
@steve
Para poder usar el bootloader_mmc.bin hay que cambiar esto en el utscript: fatload mmc 1 0x40008000 bootloader_sd.vhd emmc open 0;mmc write 0 0x40008200 0x0 0x800;emmc close 0 por esto otro fatload mmc 1 0x40008000 bootloader_mmc.bin emmc open 0;mmc write 0 0x40008000 0x0 0x800;emmc close 0 Quedando igualito al de T7. Si vemos con editor hex los dos archivos el vhd y el bin son identicos, lo que cambia son los primeros 200 bytes, por eso el cambio de 0x40008200 a 0x40008000. Ahora lo que veo prioritario es buscar las particiones que faltan y poder hacer un backup de kernel, covery, ramdisk, logo, misc. |
#203
|
||||
|
||||
Perfecto, hago el cambio y dejo un utscript totalmente usable y seguro 100% libre de bricks.
Ahora despues lo posteo para que me deis el OK. Gracias, compi. |
#204
|
||||
|
||||
@steve
Para poder usar el bootloader_mmc.bin hay que cambiar esto en el utscript: fatload mmc 1 0x40008000 bootloader_sd.vhd emmc open 0;mmc write 0 0x40008200 0x0 0x800;emmc close 0 por esto otro fatload mmc 1 0x40008000 bootloader_mmc.bin emmc open 0;mmc write 0 0x40008000 0x0 0x800;emmc close 0 Quedando igualito al de T7. Si vemos con editor hex los dos archivos el vhd y el bin son identicos, lo que cambia son los primeros 200 bytes, por eso el cambio de 0x40008200 a 0x40008000. Ahora lo que veo prioritario es buscar las particiones que faltan y poder hacer un backup de kernel, covery, ramdisk, logo, misc. ![]() |
#205
|
||||
|
||||
@steve
Para poder usar el bootloader_mmc.bin hay que cambiar esto en el utscript: fatload mmc 1 0x40008000 bootloader_sd.vhd emmc open 0;mmc write 0 0x40008200 0x0 0x800;emmc close 0 por esto otro fatload mmc 1 0x40008000 bootloader_mmc.bin emmc open 0;mmc write 0 0x40008000 0x0 0x800;emmc close 0 Quedando igualito al de T7. Si vemos con editor hex los dos archivos el vhd y el bin son identicos, lo que cambia son los primeros 200 bytes, por eso el cambio de 0x40008200 a 0x40008000. Ahora lo que veo prioritario es buscar las particiones que faltan y poder hacer un backup de kernel, covery, ramdisk, logo, misc. ![]() Si lo podeis colgar os lo agradeceria. Entonces el fichero resultado es un fichero de 2 megas, que es igual al bootloader_sd.vhd a partir del offset 0x200? Y como completa el mega de mas? con 0s? Edito: no entiendo el motivo de cambiar el fichero y el script para flashear lo mismo. Algo que se me escape? Si al fin y al cabo no se flashea el MBR... Última edición por beachsun Día 06/08/13 a las 20:13:48. |
#206
|
||||
|
||||
Es verdad, me he equivocado: 4096 * 512B son 2MB. para obtener el archivo "bootloader_sd.vhd" habría que escribir
Código:
dd if=/dev/block/mmcblk0boot0 of=/sdcard/bootloader_mmc.bin count=2048 Edito: es justo la operación inversa a lo que hace el "utscript" que, a diferencia de éste, no copia el MBR. Última edición por cpro Día 06/08/13 a las 20:22:28. |
#207
|
||||
|
||||
A mi me ha parecido entender que el fichero resultante del dd no contenia el mbr.
De hecho espero que no lo contenga, porque si lo contiene el cambio en emmc open 0;mmc write 0 0x40008000 0x0 0x800;emmc close 0 es incorrecto. |
#208
|
||||
|
||||
He creado una carpeta en Google Docs para ir poniendo ahi los utscript y tenerlos claros.
https://drive.google.com/folderview?...nM&usp=sharing No podemos equivocarnos con el utscript o la hemos cagao ![]() De momento he creado solo el que instala el system.img (100% libre de bricks) y el que es igual al de la Hyunday T7s, pero con la modificacion del bootloader de jolo. Habria que crear otro que instalara system.img y kernel, tambien 100% libre de bricks. |
#209
|
||||
|
||||
Lo más seguro es que no tenga relevancia porque 0x800=2MB y estamos copiando un fichero que sólo tiene 1MB. Quiero decir que (parece que) hay reservados 2MB para el cargador principal pero, en este momento, sólo se utiliza 1MB, como mucho.
|
#210
|
||||
|
||||
Aqui teneis el boot0.img recien dd
http://www.mediafire.com/download/wu...36pf/boot0.img |
Gracias de parte de: | ||
#211
|
||||
|
||||
He creado una carpeta en Google Docs para ir poniendo ahi los utscript y tenerlos claros.
https://drive.google.com/folderview?...nM&usp=sharing No podemos equivocarnos con el utscript o la hemos cagao ![]() De momento he creado solo el que instala el system.img (100% libre de bricks) y el que es igual al de la Hyunday T7s, pero con la modificacion del bootloader de jolo. Habria que crear otro que instalara system.img y kernel, tambien 100% libre de bricks. ![]() Por otro lado, sobre el utscript del system ya se ha comentado que falta una 1a linea. |
#212
|
||||
|
||||
He creado una carpeta en Google Docs para ir poniendo ahi los utscript y tenerlos claros.
https://drive.google.com/folderview?...nM&usp=sharing No podemos equivocarnos con el utscript o la hemos cagao ![]() De momento he creado solo el que instala el system.img (100% libre de bricks) y el que es igual al de la Hyunday T7s, pero con la modificacion del bootloader de jolo. Habria que crear otro que instalara system.img y kernel, tambien 100% libre de bricks. ![]() |
#213
|
||||
|
||||
Pero el resto del fichero a mi no me coincide con ningunos de los 3 ficheros bootloader_sd.vhd que tengo de 3 firmwares de la Voyo. Con que fichero lo habeis comparado? |
#216
|
||||
|
||||
Edito: y si coincide con algo, tiene que ser 1MB-512B a partir del offset 512B, con el de la inspiration 0.4, que presumo que es la que STEVE tiene instalada. Última edición por cpro Día 06/08/13 a las 20:48:49. |
#217
|
||||
|
||||
Ok, sorrry... se me ha ido la olla...
efectivamente es el fichero bootloader_sd.vhd del ultimo firmware sin MBR. Pero tiene algo de mas, desde el offset 0xFFE00 hasta 0x0FFFFF, no pertenece al bootloader_sd.vhd A partir de 0x100000 es todo 0s. |
#218
|
||||
|
||||
Bueno la única diferencia es el bloque desde 0xFFE00 hasta 0x0FFFFF que en el original no existe, y mi teoria es que es garbage, ya que el script original flasheaba mas bytes de los cargados, por tanto flasheaba lo que habia en la ram... Alguna explicacion?? |
#219
|
||||
|
||||
Lógico (que tenga ceros), ahí no se ha copiado nada al actualizarla desde un fichero "utscript".
|
|
![]() |
![]() |
||||||
|