[ DEBATE ] Cacharreando con el BootLoader

kofking · #21 01/05/15, 04:33:53

Hola. Estuve leyendo casi todos los comentarios y todo es muy interesante. Me pregunto si ya hay tutoriales para volver claro volver a KitKat con el bootloader 41.18.
Se que uno de los problemas de volver a KitKat con 41.18 es el barrido de pantalla al prender el móvil. Pero aparte de ese barrido no me queda claro las totales desventajas del bootloader 41.18 ??

LEPT · #22 01/05/15, 10:06:00

Lo indicado en este Hilo no es necesario para realizar un Downgrade desde una STOCK ROM 5.0.2 (con bootloader 41.18) por ejemplo, a una STOCK ROM 4.4.4 (con bootloader 41.13).

Bastará con que flashees por fastboot la STOCK ROM 4.4.4, omitiendo los 2 primeros comandos (el de gpt.bin y motoboot.img). El resultado será que estarás en 4.4.4 con el bootloader 41.18 (del 5.0.2), pero aparte del barrido transversal que recorre la pantalla verticalmente, el cual se quita con el primer bloqueo de pantalla, no tendrás más inconvenientes.

Este barrido surge cuando haces mezclas entre con bootloaders (BL) y resto de la ROM de las versiones 4.4.4 y 5.x.x. Si tienes BL de 5.x.x con ROM de 4.4.4, tendrás barrido, si tienes BL de 4.4.4 con ROM de 5.x.x también tendrás barrido.

Pero aparte del barrido no posee una desventaja más allá de no ser el que corresponde a la ROM. Funcionar a nivel de usuario, funciona igual.

JoseDroid · #23 01/05/15, 11:02:42

La cuestión es que tenemos los 5 archivos pero no la singleimage.
Con los archivos se puede intentar montar un update.zip y intentar un downgrade del bootloader. En principio está el problema del recovery stock que no lo admitiría por la firma, igual con un custom se podría. Esta posibilidad la veo más cerca, no lo he intentado ya que mi motog está briqueado de momento.
Para los bootloader briqueado pues las cosas se complican ya que es necesario archivos binario.
La singleimage es un binario de esos 5 archivos, pienso que Motorola por algún motivo sacó el flash-blank para algunas rom debido a que abría algún problema a la hora de instalar el bootloader con el recovery.
En la teoría montar una singleimage no sería muy complicado pero el problema viene en que el flash-blank que usamos es de Motorola y no admite singleimage sin firma.
El móvil una vez briqueado no entiende de firmas ni de nada, todo el problema está en las aplicaciones que usamos para crear las particiones y copiar los archivos.
La gente se esfuerzan haciendo gestores que gestionan las herramientas de Motorola que no lo veo mal y se agradece pero por ahí no van los tiros ya que siempre se está a lo que Motorola quiera, lo ideal es tratar de averiguar cómo particionar y copiar dichos archivos en un móvil sin nada escrito al igual que lo hace el flash-blank.
Tenemos los datos de las particiones y tenemos los archivos que van en ella pero no sabemos cómo hacerlo sin las herramientas de Motorola, las herramientas de Motorola está configurada para hacer sólo lo que Motorola quiera y ese es lo que a muchos se les escapa, mientra estemos usando las herramienta de Motorola no podremos hacer nada que Motorola no quiera que hagamos como por ejemplo volver a instalar un bootloader que queramos

LEPT · #24 01/05/15, 12:36:55

Cita: Originalmente Escrito por JoseDroid

La cuestión es que tenemos los 5 archivos pero no la singleimage.
Con los archivos se puede intentar montar un update.zip y intentar un downgrade del bootloader. En principio está el problema del recovery stock que no lo admitiría por la firma, igual con un custom se podría. Esta posibilidad la veo más cerca, no lo he intentado ya que mi motog está briqueado de momento.
Para los bootloader briqueado pues las cosas se complican ya que es necesario archivos binario.
La singleimage es un binario de esos 5 archivos, pienso que Motorola por algún motivo sacó el flash-blank para algunas rom debido a que abría algún problema a la hora de instalar el bootloader con el recovery.
En la teoría montar una singleimage no sería muy complicado pero el problema viene en que el flash-blank que usamos es de Motorola y no admite singleimage sin firma.
El móvil una vez briqueado no entiende de firmas ni de nada, todo el problema está en las aplicaciones que usamos para crear las particiones y copiar los archivos.
La gente se esfuerzan haciendo gestores que gestionan las herramientas de Motorola que no lo veo mal y se agradece pero por ahí no van los tiros ya que siempre se está a lo que Motorola quiera, lo ideal es tratar de averiguar cómo particionar y copiar dichos archivos en un móvil sin nada escrito al igual que lo hace el flash-blank.
Tenemos los datos de las particiones y tenemos los archivos que van en ella pero no sabemos cómo hacerlo sin las herramientas de Motorola, las herramientas de Motorola está configurada para hacer sólo lo que Motorola quiera y ese es lo que a muchos se les escapa, mientra estemos usando las herramienta de Motorola no podremos hacer nada que Motorola no quiera que hagamos como por ejemplo volver a instalar un bootloader que queramos

Ahí la has dado.

JoseDroid · #25 01/05/15, 22:57:53

Estoy probando tu teoria en un LG G3s pero con pull en vez de push (para extraer el archivo) pero no me funciona, tengo root y entrando como superusuario (#) tampoco.
Por otro lado con RootExplorer si monto la raiz me aparece en /dev la parte /block/platform/msm_sdcc.1/by-name/ con todos sus archivos (sin la extención), si copio tz por ejemplo luego me da error al pegarlo en sdcard, mirando en los permisos tienen 0600 (lectura/escritura) solo dueño, le cambio el permiso a 0777 y me sigue dando el error.
tambien he mirado los permisos para by-name y son 0755, lo he puesto a 0777 para probar pero tampoco me deja copiar los archivos en sdcard
Estoy estancado...

PD: Todo esto es por si sirve que alguien que tenga 4.4.4 y root nos pueda pasar la carpeta by-name y así ver si podemos hacer un downgrade del bootloader.

JoseDroid · #26 02/05/15, 11:57:39

Bueno, hay avances...

he conseguido copiar los archivos pero no estoy seguro que esten bien copiado debido a que todo esto lo estoy haciendo desde un LG G3s y no puedo comprobarlo ya que copiarlo desde el sistema a la SD no supone peligro alguno pero desde la SD al sistema ya es otra cosa, ya con el Moto G brikeado tengo bastante... Cuando arregle mi Moto G si que hare la prueba de copiar esos archivos desde la SD al sistema.

He hecho lo siguiente:

Código:

adb devices
adb shell
su
cd dev/block/platform/msm_sdcc.1/by-name
dd if=/dev/block/platform/msm_sdcc.1/by-name/aboot of=/sdcard/aboot.mbn
dd if=/dev/block/platform/msm_sdcc.1/by-name/rpm of=/sdcard/rpm.mbn
dd if=/dev/block/platform/msm_sdcc.1/by-name/sbl1 of=/sdcard/sbl1.mbn
dd if=/dev/block/platform/msm_sdcc.1/by-name/sdi of=/sdcard/sdi.mbn
dd if=/dev/block/platform/msm_sdcc.1/by-name/tz of=/sdcard/tz.mbn

De esta forma tengo los 5 archivos del bootloader en mi alamcenamiemto interno (no SD)

Por otro lado he viste que esta el recovery y lo he extraido tambien

Código:

dd if=/dev/block/platform/msm_sdcc.1/by-name/recovery of=/sdcard/recovery.img

Supuestamente si copiamos un recovery en nuestro almacenamiento interno y ejecutamos lo siguiente se deberia de instalar, no he hecho la prueba aun

Código:

dd if=/sdcard/recovery.img of=/dev/block/platform/msm_sdcc.1/by-name/recovery

PD Para instalar adb en nuestro PC y no tener que andar andando en la carpeta ADB y fastboot de nuestro PC es mucho mas comodo tenerlo instalado y así poder usar adb y fastboot desde cualquier carpeta, dejo el enlace para descargarlo (extraido de XDA)

https://mega.co.nz/#!1kECBYAJ!YMd5GT...kCc0XssLwdLzj8

En la instalación en driver darle a N porque no es necesario si ya habeís instalado los drivers de vuestro dispositivo anteriormemte

JoseDroid · #27 02/05/15, 13:44:27

He probado instalar el recovery por este medio y si que se puede.
El recovery es el mismo que anteriormente dumpee

He reiniciado en modo recovery y todo correcto

Borrego92 · #28 02/05/15, 17:17:13

Cita: Originalmente Escrito por JoseDroid

He probado instalar el recovery por este medio y si que se puede.
El recovery es el mismo que anteriormente dumpee

He reiniciado en modo recovery y todo correcto

Si advances como estos fueran en el Moto G seria la bomba, sigue dándole caña Jose ;)

LEPT · #29 02/05/15, 22:22:41

Bueno... pero esto es normal. Quiero decir, que ya está probado (justamente con el Recovery).

En el otro Hilo complementario que creé, ya mostré lo que se podía hacer:
[Tutorial] Sacar partido a las Particiones del dispositivo

Donde yo tenía la incertidumbre, es en la composición del Bootloader en si. Deduje que tiene una cabecera (que a saber cómo crearla) y luego una secuencia de varios de los ficheros mbn que componen el bootloader, 'repitiendo 3 veces' al final uno de ellos, algo que se me hace raro así sin más.

De ahí que el 'quiz' de la cuestión es saber "cómo crean" el bootloader con los ficheros mbn, pues el 'plasmarlo' en la memoria del móvil, con el 'DD' parece ser que puede hacerse.

JoseDroid · #30 03/05/15, 01:02:43

A ver si es que yo tengo otro concepto... yo estoy en que el bootloader se compone de varios archivos en el mismo directorio que comparte ese mismo directorio el recovery y mas cosas.
Cuando se instala por fastboot o a veces tambien por custom una imagen motoboot.img es eso una imagen, el instalador monta esa imagen y extrae los 5 archivos y los escribe en el directorio de la partición DEV
Desde mi punto de vista daría lo mismo instalar los 5 archivos uno a uno que instalar desde una imagen *.img de los 5 archivos.
Yo veo lo mismo en

Código:

dd if=/sdcard/aboot.mbn of=/dev/block/platform/msm_sdcc.1/by-name/aboot
dd if=/sdcard/rpm.mbn of=/dev/block/platform/msm_sdcc.1/by-name/rpm
dd if=/sdcard/sbl1.mbn of=/dev/block/platform/msm_sdcc.1/by-name/sbl1
dd if=sdcard/sdi.mbn of=/dev/block/platform/msm_sdcc.1/by-name/sdi
dd if=/sdcard/tz.mbn of=/dev/block/platform/msm_sdcc.1/by-name/tz

que esto

Código:

dd if=/sdcard/motoboot.img of=/dev/block/platform/msm_sdcc.1/by-name

La unica diferencia es que se sacan los archivos de una imagen

PD: la de horas que me hubiera ahorrado si llega a ver tu post , muy buen aporte por cierto

AndroG_14 · #31 03/05/15, 23:57:31

Una pregunta, por que al volver de 5.1 GPE a 5.0.2 de Motorola, hace downgrade de bootloader? Cuando tenia GPE 5.1 tenia 41.19 y al volver a 5.0.2 Argentina, tengo 41.18 :S, ojala podamos volver a 41.13

JoseDroid · #32 04/05/15, 00:09:48

Cita: Originalmente Escrito por AndroG_14

Una pregunta, por que al volver de 5.1 GPE a 5.0.2 de Motorola, hace downgrade de bootloader? Cuando tenia GPE 5.1 tenia 41.19 y al volver a 5.0.2 Argentina, tengo 41.18 :S, ojala podamos volver a 41.13

Si de 41.19 se pasa a 41.18 sin problema

Gracias de parte de:
chema2014