Posible solucion a los brickeos

[STEVE_MARS]

 Cita: Originalmente Escrito por beachsun

Que estoy de acuerdo.... excepto si falla el comando shut ;)

Respecto a esta parte del utscript :

fastboot flash userdata 48000000
uttext  20 200 "OK, Update End !"
 
sleep 500
uttext  20 220 "Reboot..."
sleep 2000

utsetbacklight 0
shut 1
reset

Es decir Flashea userdata, pinta "OK, Update End !", espera 500 segundos -> 8 Minutos.

Escribe "Reboot..." y espera otros 2000 segundos -> 33 Minutos y apaga el LCD y hae un sht y un reset...

En que momento habeis vuelto a iniciar al hacer el upgrade?
Supongo que la mayoria a vuelto a encensder despues del Update End, no?
No creo que nadie espere al reset del dispositivo...

Personalmente en mis mas de 30 flasheos, en cuanto se apaga lo enciendo con power.
Aclarar que en terminal adb reboot no funciona, despues de iniciar correctamente dice "device not found"·.
Me extrañaria que llegara a reiniciar el tablet, ni esperando 33 minutos ni 33 horas, jejeje

[beachsun]

Que mensajes ves antes de Encenderla?

[STEVE_MARS]

Nada, en cuanto termina de flashear el system.img se apaga directamente.
Cuando enciendes lo normal, el logo de Voyo y despues arranca el bootanimation de Android.

[beachsun]

Es que eso no me encaja con el utscript :

uttext  20 180 "Update system...Wait some minutes."
movi init 0
sleep 50
fatformat mmc 0:1

ext4format mmc 0:3
ext4format mmc 0:4
sleep 50
fatload mmc 1 0x48000000 system.img
fastboot flash system 48000000

sleep 50
uttext  20 190 "Update userdata...Wait some minutes."
fatload mmc 1 0x48000000 userdata.img
fastboot flash userdata 48000000
uttext  20 200 "OK, Update End !"

sleep 500
uttext  20 220 "Reboot..."
sleep 2000

utsetbacklight 0
shut 1
reset

sleep 1000

Segun el script :
- escribe "Update system...Wait some minutes."
- espera 50 seg
- Formatea las particiones
- espera 50 seg
- Flashea System.img
- espera 50 seg
- escribe "Update userdata...Wait some minutes."
- Flashea userdata.img
- Escribe "OK, Update End !"
- Espera 500 segundos
- Escribe "Reboot..."
- Espera 2000 segundos
- Apaga LCD
...

Te suena algo de todo eso?
En que punto reinicias?

Nadie tiene un video!!!??? ;)

[teredur]

Tengo uno, intentare subirlo, pero no es muy bueno.

No se si merece la pena

[teredur]

 Cita: Originalmente Escrito por beachsun

Uff aqui no te he podido seguir compañero...

Para mi esto :

movi r k 0 40008000
movi r covery 0 40d00000 300000
bootm 40008000 40d00000

Lo que hace es :
- carga el kernel del dispo 0 en la posicion de memoria 40008000
- carga 300000 bloques(de 512Bytes) del recovery, es decir un rootfs guardado en la seccion covery del dispo 0 en la posicion de memoria 40d00000.
- Finalmente ejecuta el kernel de la posicion 40008000 con el root de la pos 40d00000, es decir lo que acaba de cargar.

No se que quieres decir con la ultima frase...

Parece una zona de determinada en la emmc, como el flw1 o el u-boot.
Se podria cargar en pseudocódigo algo así como:
Fatload 1 0x40000000 recover.img
Moví w covery 0x40000000
Comentarios?

[beachsun]

Lo siento no soy capaz de seguirte...

El pseudo que pones esta en utscript, pero cargando un fichero que no existe en la actualizacion :

uttext  20 150 "Update recovery"
fatload mmc 1 0x40008000 ramdisk-recovery-uboot.img
movi w c 0 0x40008000 300000
uttext  20 160 "Done."

El problema es que al no existir el fichero lo mas probable es que grabe garbage de cargas anteriores, el kernel, el logo, etc...

[STEVE_MARS]

 Cita: Originalmente Escrito por beachsun

Es que eso no me encaja con el utscript :

uttext  20 180 "Update system...Wait some minutes."
movi init 0
sleep 50
fatformat mmc 0:1

ext4format mmc 0:3
ext4format mmc 0:4
sleep 50
fatload mmc 1 0x48000000 system.img
fastboot flash system 48000000

sleep 50
uttext  20 190 "Update userdata...Wait some minutes."
fatload mmc 1 0x48000000 userdata.img
fastboot flash userdata 48000000
uttext  20 200 "OK, Update End !"

sleep 500
uttext  20 220 "Reboot..."
sleep 2000

utsetbacklight 0
shut 1
reset

sleep 1000

Segun el script :
- escribe "Update system...Wait some minutes."
- espera 50 seg
- Formatea las particiones
- espera 50 seg
- Flashea System.img
- espera 50 seg
- escribe "Update userdata...Wait some minutes."
- Flashea userdata.img
- Escribe "OK, Update End !"
- Espera 500 segundos
- Escribe "Reboot..."
- Espera 2000 segundos
- Apaga LCD
...

Te suena algo de todo eso?
En que punto reinicias?

Nadie tiene un video!!!??? ;)

Por eso digo que o no es ese utscript o son milisegundos. En tiempo real, el paso de un punto a otro es inmediato, no me extrañaría que fuera medio segundo.
Y nunca llega a reiniciar, inmediatamente que termina se apaga.

[STEVE_MARS]

 Cita: Originalmente Escrito por beachsun

Lo siento no soy capaz de seguirte...

El pseudo que pones esta en utscript, pero cargando un fichero que no existe en la actualizacion :

uttext  20 150 "Update recovery"
fatload mmc 1 0x40008000 ramdisk-recovery-uboot.img
movi w c 0 0x40008000 300000
uttext  20 160 "Done."

El problema es que al no existir el fichero lo mas probable es que grabe garbage de cargas anteriores, el kernel, el logo, etc...

Si, pero abriendo el bootloader en hex pone bien claro que al no encontrar el recovery formatea las particiones.
Y ahí es donde quiero llegar, ¿donde esta y que hay donde debería estar el recovery?

[Manzano90]

 Cita: Originalmente Escrito por STEVE_MARS

Pasate por aqui que tienes trabajo
http://www.htcmania.com/showthread.php?t=658829

Prueba lo segundo, lo del ruso, y nos cuentas que tal.

Steve,la mia no enciende ni hace nada, solo se enciende la luz al cargar! Y he estado mirando lo que me has dicho, pero no entiendo bien que tengo que hacer..

[STEVE_MARS]

Sigue esta pequeña guía:
htttp://www.htcmania.com/showpost.php?p=9737390&postcount=179

[beachsun]

 Cita: Originalmente Escrito por teredur

Tengo uno, intentare subirlo, pero no es muy bueno.

No se si merece la pena

Pero si esta genial!!!
Si hasta puedo ver (o son imaginaciones mias) el :

OK, Update End !

Reboot...

Pero como dice Steve, o el tiempo de los Sleep son milisegundos o entre esas dos lineas habeis tenido que esperar 500 segundos -> 8 Minutazos!!! Aunque con la tension del flasheo, hay veces que 10 segundos se hacen eternos ;)

Gracias a la imagen, si tuviera que decidir, de todos los UTscript que tenemos cual ejecuta, diria que el UTSCRIPT, por la longitud de la segunda linea.

[beachsun]

 Cita: Originalmente Escrito por STEVE_MARS

Si, pero abriendo el bootloader en hex pone bien claro que al no encontrar el recovery formatea las particiones.

No lo he logrado ver, me puedes pasar el offset? entiendo que estamos hablando del fichero bootloader_sd.vhd, verdad?

 Cita: Originalmente Escrito por STEVE_MARS

Y ahí es donde quiero llegar, ¿donde esta y que hay donde debería estar el recovery?

Donde esta? Supongo que en la flash.
Que hay? Como he comentado antes, creo que hay garbage.
No comentaste que podias te entraba en recovery pero no hacia nada? Como entrabas?
Quizas si creamos un rootfs minimo y le damos el nombre ramdisk-recovery-uboot.img lo flashea y tenemos un recovery.
Y si copiamos el mismo ramdisk-uboot.img como ramdisk-recovery-uboot.img?

Comandos para escribir la eMMC :
- mmc write 0 0x40008200 0x0 0x800
- movi w k 0 0x40008000
- fastboot flash system 48000000

Alguien sabe el motivo? las diferencias?
Para empezar parece que mmc write trabaja unicamente con offsets explicitos y los otros dos tienen nombres/etiquetas/secciones que apuntan a distintos puntos de la eMMC.
Por ejemplo :
movi w k 0 0x40008000 -> W : Write - K : Kernel - 0 : dispositivo 0(eMMC) - 0x40008000 : direccion ram desde donde leer.
fastboot flash system 48000000 -> system : Parece referenciar a la particion system.

Nos falta averiguar donde apuntan esas "etiquetas".
Que haya visto :
- Flashboot Flash : tiene System y userdata
- movi : tiene k (kernel?), r (rootfs?), l (logo?), c (recovery?), rootfs(Igual que r?).
Que sabeis de esto?

[rivermon]

Que rabia no tener conocimientos para entrar en este interesantísimo intercambio del saber, y además estos conocimientos e investigaciones sin presupuesto del CSIC, de forma altruista
Gracias a todos

[cpro]

Si es que... no se os puede dejar solos, que se va uno a comer con los amigos, botella de vino, cubata... y cuando vuelve a casa tiene un montón de posts para leer

[STEVE_MARS]

Otro avance, ya tenemos gracias a jolo el bootloader_mmc.bin.
Lo hemos obtenido con:

dd if=/dev/block/mmcblk0boot0 of=/sdcard/boot0.img bs=4096

Así conseguimos el boot0.img, y lo renombramos a bootloader_mmc.bin

Se me olvidaba, para entrar en el recovery fantasma () hay que pulsar power, vol+ y reset.
Pero repito, formatea las unidades y tendremos una tablet limpita como el culo de un bebe (lo que llamamos un full wipe de toda la vida).

[STEVE_MARS]

 Cita: Originalmente Escrito por cpro

Si es que... no se os puede dejar solos, que se va uno a comer con los amigos, botella de vino, cubata... y cuando vuelve a casa tiene un montón de posts para leer

Pos yo me acabo de levantar de la siesta... lavin, me ha faltado solo el pijama

[cpro]

Con lo poco que sabemos, si alguien tiene la versión original del firm, la del 6 de junio, sería posible crear un utscript que contuviera, tras la carga del entorno, algo similar a:

movi r c 0x40008000 300000
fatwrite mmc 1 0x4000800 ramdisk-recovery-uboot.img

que cogería el recovery de la memoria y lo copiaría en la SD, si las instrucciones son correctas y el firm original tenía el recovery escrito en ese punto de la eMMC.

[cpro]

 Cita: Originalmente Escrito por STEVE_MARS

Otro avance, ya tenemos gracias a jolo el bootloader_mmc.bin.
Lo hemos obtenido con:

dd if=/dev/block/mmcblk0boot0 of=/sdcard/boot0.img bs=4096

Así conseguimos el boot0.img, y lo renombramos a bootloader_mmc.bin

Se me olvidaba, para entrar en el recovery fantasma () hay que pulsar power, vol+ y reset.
Pero repito, formatea las unidades y tendremos una tablet limpita como el culo de un bebe (lo que llamamos un full wipe de toda la vida).

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:

dd if=/dev/block/mmcblk0boot0 of=/sdcard/bl1.img count=512  bs=32768 skip=1

que nos proporcionará un archivo de 16K sin el MBR, lo que es el bl1 de la arndale.

[STEVE_MARS]

No sirve, hay que buscar las particiones que nos faltan para encontrar el ramdisk-recovery kernel.
Con ls /dev/block vemos todas las particiones creadas, que son:
Dm-0, 1 y 2
Loop0 hasta 7
Mmcblk0
Mmcblk0bbot 0 y 1
Mmcblk0p1 hasta 4
Mmcblk1 y p1
Platform
Ram0 hasta 15
vold