Posible solucion a los brickeos

cpro · #**241** 08/08/13, 21:28:29

Creo que entiendo el problema de las mSD de más de 8GB: u-boot sólo debe de reconocer FAT32 y por defecto, Windows debe de formatear en FAT16 1GB y 2GB, en FAT32 4GB y 8GB y las de 16GB en adelante en NTFS; si el usuario no sabe/entiende, no se fija en qué lo ha formateado Windows.

Pero sabiendo esto, aunque sea sólo una conjetura, cualquier tarjeta (de 32GB o menos, que se supone que es el lector) debería poder usarse si está formateada en FAT32.

Si se queda tonta tras la actualización, se copia el bootloader_sd.vhd a la raíz de la tarjeta. Seguramente, con el administrador de discos podrían eliminarse las cuatro particiones y hacer sólo una para que ocupe todo lo que sea la tarjeta, formateándola en FAT32 (sólo si la tarjeta es de más de 4). Se copian ahí los archivos de actualización y se arranca. Ya sabemos que si tiene el bootloader en la tarjeta no hace falta presionar el reset ¿hará falta presionar el Vol(-)?

cpro · #**242** 09/08/13, 02:14:41

Cita: Originalmente Escrito por beachsun

En que direccion? en la direccion ram donde se almacena temporalmente? porque?
Coñe es cierto que esta en el fichero de Steve, voy a ver si encuentro la información de MISC...

Edito... Muy curioso.... No ta!!!

Lo de la dirección es porque has puesto la instrucción inversa a la que hace su script. Era sólo porque tenías que tener en cuenta que añadías 512 (presumiblemente, ceros) al principio.

Intentaré echar un ojo mañana.

teredur · #**243** 10/08/13, 00:43:28

Cita: Originalmente Escrito por cpro

Por esto mismo es por lo que pedí a teredur que, si podía, recreara el boot de la eMMC en una SD, cambiando el "logo.bmp", para ver qué imagen mostraba al arrancar.

He creado la SD de recuperación con el bootloadersd.vhd, y formateado el espacio fat.

Crea un espacio de 32Mb mas 3 particiones adicionales mas la particion del espacio fat.
En el espacio inicial aparece el boot (bl1,bl2,uboot) al igual que creaba el mkbootsd de arndale, no he comprabado si son identicos.
En las particiones restantes no he encontrada ninguna estructura conocida, no logo, ni misc, ni na..

Asi que el logo que muestra lo lee de la emmc.

Sigo en busca de la zona de REcovery y hasta ahora he visto:

- En /dev/block/mmcblk0boot0, se encuentra parte del boot (bl1,bl2,uboot,tzsw)
-/dev/block/mmcblk0boot1 esta a 0
-En el espacio que deja hasta el bloque 9 de /dev/block/mmcblk0 cada bloque es de 8225280 bytes
0x84e00 - zimagen - kernel
0x684e90 - ramdisk-uboot.img
0x80e00 - misc
0x1800000 - logo
0x1c00000 - bootres

Ya hemos encontrado el misc.

cpro · #**244** 10/08/13, 01:44:29

Gracias por la información.

Cita: Originalmente Escrito por teredur

He creado la SD de recuperación con el bootloadersd.vhd, y formateado el espacio fat.

A lo que yo me refería era a crear un utscript que escribiera las cosas en la tarjeta SD en lugar de en la eMMC para que, en el siguiente arranque, según el logo que vieras, pudiéramos averiguar si arrancaba de una memoria o de otra y cuándo.
Para ello (en el utscript) no hace falta ni formatear ni instalar el sistema, sólo la información que hay en esos treinta y tantos megas.

cpro · #**245** 16/08/13, 01:51:51

Como indica teredur, fdisk muestra la siguiente estructura de la eMMC:

Código:

Disk /dev/block/mmcblk0: 15.6 GB, 15634268160 bytes
255 heads, 63 sectors/track, 1900 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

              Device Boot      Start         End      Blocks  Id System
/dev/block/mmcblk0p1             265        1893    13076480   c Win95 FAT32 (LBA)
/dev/block/mmcblk0p2               9          74      524288  83 Linux
/dev/block/mmcblk0p3              74         201     1024000  83 Linux
/dev/block/mmcblk0p4             201         265      512000  83 Linux

Partition table entries are not in disk order

Por ello, hago un volcado de los primeros 74MB de la eMMC:
dd if=/dev/block/mmc of=emmc.img bs=8225280 count=9

Pero curiosamente, el MBR de la imagen dice que ocupa 64MB:
fdisk -l del "emmc.img"

Código:

Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificador del disco: 0x00000000

                             Disposit. Inicio    Comienzo      Fin      Bloques  Id  Sistema
emmc.img1         4251648    30404607    13076480    c  W95 FAT32 (LBA)
emmc.img2          131072     1179647      524288   83  Linux
emmc.img3         1179648     3227647     1024000   83  Linux
emmc.img4         3227648     4251647      512000   83  Linux

Las entradas de la tabla de particiones no están en el orden del disco

Hago un volcado con "hexdump -C emmc.img" (anotado por mi):

1.- Esto es el MBR
00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
000001b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 |................|
000001c0 01 00 0c fe ff ff 00 e0 40 00 00 10 8f 01 00 01 |........@.......|
000001d0 01 00 83 fe ff ff 00 00 02 00 00 00 10 00 00 01 |................|
000001e0 01 00 83 fe ff ff 00 00 12 00 00 40 1f 00 00 01 |...........@....|
000001f0 01 00 83 fe ff ff 00 40 31 00 00 a0 0f 00 55 aa |[email protected].|
00000200 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
* 2.- Aquí comienza "misc"
00080e00 7e 5b cb f5 62 61 75 64 72 61 74 65 3d 31 31 35 |~[..baudrate=115|
00080e10 32 30 30 00 62 6f 6f 74 63 6d 64 3d 73 65 74 64 |200.bootcmd=setd|
2.- Esto es el fichero "misc"
00081120 33 00 62 6c 74 79 70 65 3d 70 00 00 00 00 00 00 |3.bltype=p......|
00081130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
* 3.- "misc" terminado y comienza "zImage"
00084e00 00 00 a0 e1 00 00 a0 e1 00 00 a0 e1 00 00 a0 e1 |................|
*
00084e20 02 00 00 ea 18 28 6f 01 00 00 00 00 d0 7d 4b 00 |.....(o......}K.|
00084e30 01 70 a0 e1 02 80 a0 e1 00 20 0f e1 03 00 12 e3 |.p....... ......|
3.- Esto es contenido de "zImage"
0053cbb0 f0 7d 4b 00 e8 7d 4b 00 28 09 00 00 e0 7d 4b 00 |.}K..}K.(....}K.|
0053cbc0 d0 7d 4b 00 dc 7d 4b 00 e4 7d 4b 00 00 00 00 00 |.}K..}K..}K.....|
3.- Aquí ha terminado "zImage"
0053cbd0 ff ef ff ff ff f7 df ff ff ff ff ff ff ff ff ff |................|
0053cbe0 de ff ff ff ff ff d7 ff ff df 7f ff fe ff ff ff |................|

MAS DATOS

00684de0 ff ff ff ff 7f ff ff ff 6f ff f6 ff ff ff ff fd |........o.......|
00684df0 ff ff bf fb 77 df bf ff ff fe ff ff ff bf ff ff |....w...........|
4.- Aquí empieza "ramdisk-uboot.img"
00684e00 27 05 19 56 a0 48 ab cc 51 d1 4a 8d 00 02 df 2d |'..V.H..Q.J....-|
00684e10 40 80 00 00 40 80 00 00 42 78 0b 5a 05 02 03 00 |@[email protected]....|
00684e20 72 61 6d 64 69 73 6b 00 00 00 00 00 00 00 00 00 |ramdisk.........|
4.- Contenido de "ramdisk-uboot.img"
006b2d30 dd 68 5e d4 88 08 d5 60 8b c2 f6 d1 8e ce de e5 |.h^....`........|
006b2d40 d3 22 a0 7f 57 56 45 08 e9 bd 8e 52 53 67 a9 f7 |."..WVE....RSg..|
006b2d50 ce fe f2 f7 ca 86 07 3b ba 7b 36 0d 2e 5e bc 98 |.......;.{6..^..|
006b2d60 5e c3 eb bf 01 83 7c d4 4e 00 0d 05 00 95 23 c6 |^.....|.N.....#.|
4.- Aquí ha terminado "ramdisk-uboot.img" ("95 23 c6" no pertenecen al archivo)
006b2d70 24 db 89 c8 31 05 64 3b 74 ce c3 91 b1 79 86 78 |$...1.d;t....y.x|
006b2d80 4c d4 c6 6c 6a c3 e8 ae c1 bc 31 26 d2 95 4e c4 |L..lj.....1&..N.|

MAS DATOS

00884df0 cf 11 26 43 d7 bf f4 86 e3 dd 93 19 df 32 73 bb |..&C.........2s.|
00884e00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
* 5.- Aquí comienza "bootres"
01000000 42 4d 14 7d 01 00 00 00 00 00 36 00 00 00 28 00 |BM.}......6...(.|
01000010 00 00 04 01 00 00 7d 00 00 00 01 00 18 00 00 00 |......}.........|
01000020 00 00 de 7c 01 00 12 0b 00 00 12 0b 00 00 00 00 |...|............|
01000030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
01000090 00 00 00 00 04 00 00 10 10 00 18 18 00 24 20 00 |.............$ .|
010000a0 30 30 00 38 38 00 40 40 00 40 40 00 3c 38 00 34 |00.88.@@.@@.<8.4|
5.- Contenido de "bootres"
010e4ba0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
010e4bd0 12 28 24 3b 78 6d 00 00 00 00 00 00 00 00 00 00 |.($;xm..........|
010e4be0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
* 5.- Aquí acaba "bootres"
010fa000 a7 d1 fa 37 de 38 08 99 38 94 79 83 64 e7 37 0e |...7.8..8.y.d.7.|
010fa010 76 b1 ec fb 02 f1 05 92 29 8d 2d 2c 0f 7b 32 9b |v.......).-,.{2.|

MAS DATOS

01300000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
* 6.- Aquí comienza el fichero "logo.bmp"
01800000 42 4d 38 8c 0a 00 00 00 00 00 36 00 00 00 28 00 |BM8.......6...(.|
01800010 00 00 e0 01 00 00 e0 01 00 00 01 00 18 00 00 00 |................|
01800020 00 00 02 8c 0a 00 12 0b 00 00 12 0b 00 00 00 00 |................|
01800030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
01801ec0 00 00 00 00 00 00 00 00 00 00 00 00 02 01 00 02 |................|
6.-Sigue siendo contenido de "logo.bmp"
018a8a40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
018a8c30 00 00 00 00 00 00 00 00 b4 d7 0a 5f 62 1b cb 97 |..........._b...|
6.-Hasta 018a8c38 es contenido de "logo.bmp" (los ceros).
018a8c40 2d 19 6b 4c fb 50 97 63 f1 a9 b1 f8 d5 1e 76 c7 |-.kL.P.c......v.|
018a8c50 73 cc 38 10 7f ae c5 dc ff ab 9e ce 1f d3 ff 0d |s.8.............|

MAS DATOS

01cffff0 b5 15 3c 3f aa e0 fe 34 f5 fc 8d 78 7e 9a 2a 73 |..<?...4...x~.*s|
01d00000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
* 7.- Los 64MB son la dirección "04000000": Comienzo de la partición mmcblk0p2, system
04000400 00 80 00 00 00 00 02 00 00 00 00 00 ee 97 00 00 |................|
04000410 6b 7a 00 00 00 00 00 00 02 00 00 00 02 00 00 00 |kz..............|

Fundamentalmente, cambia la dirección de "bootres" que había encontrado teredur pero es porque son varias imágenes BMP concatenadas, que son mostradas como una animación. NOTA: los "*" los imprime "hexdump" cuando todo el contenido son ceros.

También he extraido "ramdisk-recovery-uboot.img" con el código de utscript

Código:

movi r c 0 0x40008000 300000
mmc write 1 0x40008000 0x0 300000

El contenido del mismo empieza en la dirección de "bootres" y a continuación, contiene datos hasta la dirección 0x300000. No obstante, no tengo muy claro qué significa el "300000" de "mmc write" porque en el caso de "misc" escribe "20" para copiar 0x84e00-0x80e00=0x4000=65KB y parece raro que sea 0x81129-0x80e00=0x329 o algún valor próximo. Con una tarjeta SD de clase 4, ha tardado unos 4 minutos en ejecutar ese "utscript".

cpro · #**246** 16/08/13, 01:54:39

Cita: Originalmente Escrito por cpro

A lo que yo me refería era a crear un utscript que escribiera las cosas en la tarjeta SD en lugar de en la eMMC para que, en el siguiente arranque, según el logo que vieras, pudiéramos averiguar si arrancaba de una memoria o de otra y cuándo.
Para ello (en el utscript) no hace falta ni formatear ni instalar el sistema, sólo la información que hay en esos treinta y tantos megas.

Me respondo a mi mismo:
He intentado crear la tarjeta tanto con "utscript" como a través de dd y ha sido totalmente infructuoso: no arranca desde la tarjeta SD, sólo podemos gestionar las cosas con ficheros de comandos de u-boot (utscript).

**STEVE_MARS** · #**247** 16/08/13, 08:29:52

Un gran curro y excelente informacion, si señor.
Gracias, cpro

.

rivermon · #**248** 16/08/13, 09:07:18

Parece que va por buenos caminos
Que suerte tenemos de que estéis entre nosotros
Graciasssssssss

teredur · #**249** 16/08/13, 13:37:55

movido

cpro · #**250** 16/08/13, 14:00:12

Cita: Originalmente Escrito por teredur

.

Alguna idea de porque no arranca.

He extraido el ramdisk y coincide exactamente con el archivo "ramdisk-uboot.img".

Edito: He estado usando el sistema raíz de la Voyo para hacer un initrd (que la idea me la dio STEVE) y probar si arranca con bootm. Yo no sé si usar ahí mkimage ya que el ramdisk-uboot no sigue el modelo de Android. Acabo de hacer el "mkrootfs" y esta tarde haré el utscript para probar si lo reconoce y funciona.

Edito2: Me he confundido y hablas de la zona del recovery. Lo tienes al final del mensaje que puse anoche: empieza en "bootres", pero no he comprobado qué sigue hasta 0x300000. Con respecto a otro mensaje que pusiste, aunque no recuerdo en qué hilo, con "vol(+)+pow" sí aparece dos veces el logo. Puede que sea porque ejecuta el recovery.

exxtrema · #**251** 20/08/13, 12:30:19

Estoy en el dentista esperando entrar pero la euforia no me deja, la puta de la tablet que se a flaseado, me a dejado flipado !!! Salia por la puerta de casa y veo el logo de voyo!!!!!!. Ya se donde estaba el error, estaba en el lector de tarjetas ya que lo hice desde el s3 con una apli para poner el movil en ums ya que la salida del usb esta en mtp y realice el proceso con el programa wim... que me dijiste la semana pasada y todo a la primera, puto lector me hace cosas extrañas y claro es un usb que me lleve al otro pc, total que sale el inhalador de la rom con una línea de pixel a la izquierda y al rato el logo de voyo! !!!! Sois unos putos crack , habéis montado un buen equipo y ya queda confirmado que se recupere de todas todas!!!! Felicidades por tu trabajo eres un máquina

otro mas que a conseguido recuperar la tablet del brick que produce la actualización gracias al team voyo!!!!!

Los siguientes 2 usuarios han agradecido a cpro su comentario:
STEVE_MARS , teredur