[ DEBATE ] ¿Has tenido errores/brickeo actualizando a lollipop de GPE?.

[agusynoe]

Pero dice que es para el xt1033 y yo tengo el xt1032

[Borrego92]

 Cita: Originalmente Escrito por agusynoe

Pero dice que es para el xt1033 y yo tengo el xt1032

GPE es para el modelo XT1032, algunos la han instalado en el XT1033 porque igualmente sirve.

[Borrego92]

 Cita: Originalmente Escrito por Rikiurtubey

Borrego92 no existe otra manera de cargarlo? Esta hace rato cargando en el bootloader y sigue igual... :

¿Lo tienes conectado al PC o al cargador de alimentación? tienes que tenerlo cargando desde el PC.

[gois74]

Pasando en limpio , los que tiene El bootloade es ver. 41.13. Es cuestión de esperar por que todo estos métodos son para lo que están con el bootloade es ver. 41.18.

Hasta que versión de bootloader es actulizable por ota.?

Por que da error el updable en intentar acceder a las particiones y no lo instala .

[gois74]

Ya estoy instalando 5.01 por ota!!!!!!!

Como?

Cada vez que Google lanza de forma escalonada una nueva actualización OTA para sus Nexus algunos usuarios quieren ser los primeros en recibirla y se desesperan si ven que pasan los días y no les llega la esperada actualización. Algunos usuarios llegan a borrar lo datos del Marco de servicios de Google para intentar forzar la OTA, pero como vamos a ver a continuación esto es algo que no se debería hacer nunca.
Dan Morrill, ingeniero de Google y diseñador de la primera mascota no oficial de Android, ha aclarado en un post de reddit el porqué nunca hay que borrar lo datos del Marco de servicios de Google y explica además como va el proceso de actualización OTA de los Nexus.

Doing this changes the primary ID by which Google knows your device. As far as the servers are concerned, the device was basically factory reset. There are many downstream effects of this, but a big one is that this invalidates the tokens used by any app that uses GCM (which is nearly all the Google apps, and a ton of third-party apps.) How apps react to GCM IDs changing varies by app. With Play Store you have to log out and log back in, I think Gmail usually handles it transparently eventually but won’t get new mail notifications for a while, etc. Some apps you may have to clear data on to recover. All apps will simply stop getting GCM push-messages, until they get a new GCM ID; some do this frequently, others rarely, and some apps use the GCM ID as an ID on their own servers (as it is opaque and basically random), so other things besides push messages may not work. Nothing bursts into flames, but it makes a ton of nuisances on the device, including some that can look pretty mysterious. Your mileage will vary depending on what apps you use. All of this can be avoided by just doing an ‘adb sideload’ if you are impatient.

Dan Morrill explica que borrar los datos del Marco de servicios de Google para intentar forzar la OTA cambia el identificador con el cual Google reconoce en sus servidores nuestro dispositivo, es como reiniciarlo de fábrica. Al reiniciar el ID de nuestro dispositivo las aplicaciones que usen el servicio Google Cloud Messenger (todas la de Google y muchas de terceros) dejarán de funcionar correctamente al no tener el nuevo ID de nuestro dispositivo, con lo que perderán la comunicación y mensajes Push con sus servidores hasta que recuperen el nuevo ID. Algunas aplicaciones comprueban con frecuencia cual es el ID de nuestro dispositivo con lo que al rato volverían a funcionar pero otras no lo hacen y habrían que borrar sus datos y caché para volviera a funcionar.

Quien quiera actualizar su Nexus a la nueva versión se tendría que esperar a que le llegase la OTA o actualizar manualmente con el archivo de la OTA y el comando adb sideload. Y sobre el proceso de la actualización OTA esto es lo que ha dicho:

Rollouts are conducted in phases. Typically they start at 1% of devices for around 24 – 48 hours; we watch the return rates and resulting device checkins and error reports (if any), and make sure nothing looks wrong before sending it to more. Then typically it goes to 25%, 50%, 100% over the course of a week or two. What the percentages mean is that when your device checks in, it has a 1% chance (for example) of being offered the OTA. If it doesn’t (randomly) get an offer, it will never get an offer until the next batch. IOW, once your device checks in and gets turned down, that’s it until the next batch. Mashing on the “check for updates” button just causes your device to check in again, and get automatically turned down again. Think about how that makes your device feel! WON’T SOMEONE PLEASE THINK OF THE PHONES?! That said, once the new batch does start, hitting that button does give you a new roll of the dice — but once. Since devices usually only check in for system updates every 24 hours (I think? Certainly on a many-hours basis) this can get you your shot sooner than it would happen on its own. So, mash away. Just be patient, and mashing on it more often than once or twice a day isn’t going to gain you anything. Edit: also, keep in mind that this isn’t first-come/first-served. You’re not racing other devices to get your slot in the current batch, or something.

Resumiendo y traduciendo, dice que el proceso de la actualización OTA para los Nexus comienza inicialmente para el 1% de los dispositivos durante las primeras 24 y 48 horas. Con esas primeras actualizaciones obtienen las primeras estadísticas y comprueban errores para luego a los días lanzar la actualización al 25%, 50% y para el 100% de los dispositivos, en un periodo de una o dos semanas.
Dan Morrill pide calma y que no estemos todo el día comprobando la actualización, ya que si no nos ha llegado no nos podrá llegar hasta que Google lance un nuevo lote. Además, de que automáticamente

fuente: http://www.xatakandroid.com/sistema-...cios-de-google

[Kabal32]

Que tal me sucedio lo mismo que un mensaje que lei en mazinger2 mi moto g ya no enciende mas, nada solo la pc me manda un mensaje cuando lo concto que tengo un problema con el dispositivo y no lo reconoce, tenia gpe 4.4.4 luego instale la ota pero como a muchos no paso del logo, entonces reinstale nuevamente 4.4.4 gpe y al momento del reinicio ya no prendio para nada, alguna solucion, si es que existe alguna, gracias de antemano
P. D. tengo moto g xt 1032

[xRiske]

Entonces a ver, que me aclaro, si instalo la actualización a Lollipop, viniendo de GPE 4.4.4, y sin haber instalado nunca 5.0, no debería haber ningún problema no?

[gois74]

Importante: La OTA debe haber sido liberada en nuestro territorio y para nuestro terminal, sino esto no servirá de nada. Este “truco” no conlleva ningún peligro para nuestro terminal y borrará nada de él.

Entramos en Ajustes/Aplicaciones, y en la pestaña de Todas, buscamos: Marcos de servicios de Google y pulsamos sobre ella para acceder a la aplicación.

Dentro del Marco de Servicios de Google, Borramos Datos, pulsando sobre su botón, y Forzamos su detención, también pulsando sobre el botón.
Reiniciamos el terminal. Si nos pregunta si queremos permitir la ubicación, aceptamos.
Si tras esto no nos salta el aviso de actualización, lo comprobamos desde Ajustes/Información del Sistema/Actualización.
A veces hay que realizar este truco un par de veces, pero os puedo asegurar que yo he conseguido forzar las distintas OTAS

[Rikiurtubey]

 Cita: Originalmente Escrito por Borrego92

¿Lo tienes conectado al PC o al cargador de alimentación? tienes que tenerlo cargando desde el PC.

Lo tengo desde el pc, cargo pero me sigue saliendo el error:
subeimagenes.com/img/asda-1175334.html
En la pantalla del celular me sale:
Invalid boot image header!
Fastboot Reason: Fall-thrugh from normal boot mode.

[elburgo]

 Cita: Originalmente Escrito por gois74

Importante: La OTA debe haber sido liberada en nuestro territorio y para nuestro terminal, sino esto no servirá de nada. Este “truco” no conlleva ningún peligro para nuestro terminal y borrará nada de él.

Entramos en Ajustes/Aplicaciones, y en la pestaña de Todas, buscamos: Marcos de servicios de Google y pulsamos sobre ella para acceder a la aplicación.

Dentro del Marco de Servicios de Google, Borramos Datos, pulsando sobre su botón, y Forzamos su detención, también pulsando sobre el botón.
Reiniciamos el terminal. Si nos pregunta si queremos permitir la ubicación, aceptamos.
Si tras esto no nos salta el aviso de actualización, lo comprobamos desde Ajustes/Información del Sistema/Actualización.
A veces hay que realizar este truco un par de veces, pero os puedo asegurar que yo he conseguido forzar las distintas OTAS

Hola compañero,de donde eres que ya te salto la Ota?gracias

[Borrego92]

 Cita: Originalmente Escrito por Rikiurtubey

Lo tengo desde el pc, cargo pero me sigue saliendo el error:
subeimagenes.com/img/asda-1175334.html
En la pantalla del celular me sale:
Invalid boot image header!
Fastboot Reason: Fall-thrugh from normal boot mode.

creo que el kernel que estas intentando flashear esta corrupto o no es el valido.

[elburgo]

Hola Borrego,sabes si en Linux,con el comando adb sideload-nombre del zip-,puedo instalar la Ota,o es algun otro tipo de comando¿?'
Gracias por tu gran ayuda en este foro.

[Borrego92]

 Cita: Originalmente Escrito por elburgo

Hola Borrego,sabes si en Linux,con el comando adb sideload-nombre del zip-,puedo instalar la Ota,o es algun otro tipo de comando¿?'
Gracias por tu gran ayuda en este foro.

Lo siento, no sabría decirte...

[Y2Koly]

Tengo un lindo ladrillo

1º Vengo de una version modificada de 4.4.4 con GApps modificado
2º Saque el Tutorial de acá Google Play Edition 5.0.1 (Lollipop) + Root + Todo lo que necesitas saber
3º Ocupé la tuya Firmware 4.4.4 (Google Play Edition) [XT1032] Metodo manual
4º No me salté nada, utilice todos los comando
5° Tengo Bootloader 41.18

Ojalá me puedas ayudar, soy bien noob en el tema y me gustaria llegar a 5.0.1

Saludos

[luizetm17]

Yo tenia la GPE 4.4.4 y me llego la actualización 5.0.1 , así que me dispuse a instalarla (Yo muy emocionado) y lo que me paso fue que al iniciar no pasaba del logo de google con el candado, al entrar al modo fastboot tenia el bootloader 41.18, por lo que no podía instalar ninguna versión anterior, estuve buscando y encontré un foro en XDA , donde la versión de GPE 4.4.4 usa el mismo bootloader por lo que flasheandolo de nuevo con el mfastboot me inicio normal , es la única solución que eh encontrado a este problema de la actualización y el brikeo
Copia y pega el link.
forum.xda-developers.com/showthread.php?p=57412750#post57412750

[Y2Koly]

 Cita: Originalmente Escrito por luizetm17

Yo tenia la GPE 4.4.4 y me llego la actualización 5.0.1 , así que me dispuse a instalarla (Yo muy emocionado) y lo que me paso fue que al iniciar no pasaba del logo de google con el candado, al entrar al modo fastboot tenia el bootloader 41.18, por lo que no podía instalar ninguna versión anterior, estuve buscando y encontré un foro en XDA , donde la versión de GPE 4.4.4 usa el mismo bootloader por lo que flasheandolo de nuevo con el mfastboot me inicio normal , es la única solución que eh encontrado a este problema de la actualización y el brikeo
Copia y pega el link.
forum.xda-developers.com/showthread.php?p=57412750#post57412750

Compa pero escribo los 2 primeros comandos???

mfastboot flash logo logo.bin
mfastboot flash boot boot.img

Gracias

[maties]

Ya no me instala ni la gpe 4.4.4

Socorro

[cesc1972]

 Cita: Originalmente Escrito por maties

Ya no me instala ni la gpe 4.4.4

Socorro

Cómo lo estás haciendo, metiendo los comandos a mano y por el fastboot?

[Borrego92]

 Cita: Originalmente Escrito por maties

Ya no me instala ni la gpe 4.4.4

Socorro

Detalla el proceso que haces...y podremos ayudarte.

[cesc1972]

Ya lo tengo en Lollipop GPE y funcionando desde una 4.4.4 EU.

Todo ha sido manualmente, metiendo los comandos por fastboot como toda la vida

El proceso ha sido 4.4.4 EU -> 4.4.4 GPE -> OTA por ADB Sideload -> Reinicio y atascado en candado de google -> wipe data/wipe cache -> Atascado en candado de google -> acordarme de mi familia por ansias y por tocar el puto móvil que iba bien -> vuelta a 4.4.4 sin usar gpt y motoboot -> OTA por ADB Sideload otra vez -> Y arrancó.

Resumiendo, a la segunda ha funcionado.