Estoy en la kcuf del día 17.....100% seguro jeje

De momento Netflix funciona sin instalar ningún módulo. Tengo root, tengo viper4android funcionando... Me he dado cuenta que si instalas otro Launcher se pierden los gestos nativos.

He intentado instalar una cámara de Miui para android 10, se flasea por recovery, pero no me aparece instalada.

Miui_Cam_Q10.zip
 
Estoy en la kcuf del día 17.....100% seguro jeje

De momento Netflix funciona sin instalar ningún módulo. Tengo root, tengo viper4android funcionando... Me he dado cuenta que si instalas otro Launcher se pierden los gestos nativos.

He intentado instalar una cámara de Miui para android 10, se flasea por recovery, pero no me aparece instalada.

Miui_Cam_Q10.zip
Que yo sepa nadie pudo instalarla.
-----
 
Pistas para ir comprendiendo el jaleo del rooteo de Android Q en Redmi Note 5

Traducido por Google, quedaría así:

Sistema como raíz en dispositivos de solo A: ¿Qué cambia todo?
u / DragonClaw_Rick
Android ha hecho que sea obligatorio que los dispositivos con Android 10 utilicen un sistema de montaje de sistema como raíz . Por lo tanto, las ROM de Android 10 personalizadas para dispositivos antiguos de solo A están implementando SAR (sistema como raíz) de una forma u otra.
En Asus ZenFone Max Pro M1, la primera ROM personalizada de Android 10 basada en AOSP se lanzó con una recuperación SAR. Con este tipo de implementación, los núcleos antiguos dejaron de funcionar con la nueva ROM. Entonces, Android 10 significaba SAR Recovery + SAR ROM + SAR Kernel.
Sin embargo, en el Redmi Note 5 Pro, las primeras ROM de Android 10 podrían actualizarse con la recuperación existente y funcionar con los núcleos existentes. Sin embargo, el único problema era la imposibilidad de usar Magisk para rootear tales ROM. ( LOS17, POSP son ejemplos de este tipo). Sin embargo, en las posteriores ROM personalizadas de Android 10 (la ROM de kcuf es de este tipo), se podría usar Magisk, aunque no se pudo cambiar el kernel.
Leyendo la explicación reciente de topjohnwu, las cosas comenzaron a tener más sentido. Pero todavía no puedo entender cómo cambiarán las cosas en la escena ROM personalizada debido a todo esto. Aquí está mi comprensión de las cosas con respecto a Redmi Note 5 Pro:
Esta cosa de SAR tiene que ver con boot.img, el resto de la ROM sigue siendo la misma. Ahora hay dos tipos de ROM:
  1. LOS17, POSP boot.img contiene:
    a. Núcleo de pastel
    si. 2SI ramdisk
  2. kcuf boot.img contiene:
    a. Núcleo LSAR Q
    si. Ramdisk LSAR
  3. Los nuevos núcleos "Q compatibles" (IceCold Q, PureCAF Q) contienen:
    a. Núcleo LSAR Q
Nota: Tengo la sensación de que no es el ramdisk, pero definitivamente es un componente del boot.img.
Entonces, si topjohnwu actualiza Magisk para 2SI solo A, las ROM de tipo 1 serán lo suficientemente buenas, y podemos hacerlo con cualquier kernel de Pie. De lo contrario, la única opción sería 2, y todos los núcleos tendrían que actualizarse para que sean "compatibles con Q".
Entonces, ¿estoy completamente equivocado? Cualquier idea sobre esto es bienvenida! ¿Dónde encaja la recuperación SAR en todo esto? Muchas gracias.
 
Pistas para ir comprendiendo el jaleo del rooteo de Android Q en Redmi Note 5

Traducido por Google, quedaría así:

Sistema como raíz en dispositivos de solo A: ¿Qué cambia todo?
u / DragonClaw_Rick
Android ha hecho que sea obligatorio que los dispositivos con Android 10 utilicen un sistema de montaje de sistema como raíz . Por lo tanto, las ROM de Android 10 personalizadas para dispositivos antiguos de solo A están implementando SAR (sistema como raíz) de una forma u otra.
En Asus ZenFone Max Pro M1, la primera ROM personalizada de Android 10 basada en AOSP se lanzó con una recuperación SAR. Con este tipo de implementación, los núcleos antiguos dejaron de funcionar con la nueva ROM. Entonces, Android 10 significaba SAR Recovery + SAR ROM + SAR Kernel.
Sin embargo, en el Redmi Note 5 Pro, las primeras ROM de Android 10 podrían actualizarse con la recuperación existente y funcionar con los núcleos existentes. Sin embargo, el único problema era la imposibilidad de usar Magisk para rootear tales ROM. ( LOS17, POSP son ejemplos de este tipo). Sin embargo, en las posteriores ROM personalizadas de Android 10 (la ROM de kcuf es de este tipo), se podría usar Magisk, aunque no se pudo cambiar el kernel.
Leyendo la explicación reciente de topjohnwu, las cosas comenzaron a tener más sentido. Pero todavía no puedo entender cómo cambiarán las cosas en la escena ROM personalizada debido a todo esto. Aquí está mi comprensión de las cosas con respecto a Redmi Note 5 Pro:
Esta cosa de SAR tiene que ver con boot.img, el resto de la ROM sigue siendo la misma. Ahora hay dos tipos de ROM:
  1. LOS17, POSP boot.img contiene:
    a. Núcleo de pastel
    si. 2SI ramdisk
  2. kcuf boot.img contiene:
    a. Núcleo LSAR Q
    si. Ramdisk LSAR
  3. Los nuevos núcleos "Q compatibles" (IceCold Q, PureCAF Q) contienen:
    a. Núcleo LSAR Q
Nota: Tengo la sensación de que no es el ramdisk, pero definitivamente es un componente del boot.img.
Entonces, si topjohnwu actualiza Magisk para 2SI solo A, las ROM de tipo 1 serán lo suficientemente buenas, y podemos hacerlo con cualquier kernel de Pie. De lo contrario, la única opción sería 2, y todos los núcleos tendrían que actualizarse para que sean "compatibles con Q".
Entonces, ¿estoy completamente equivocado? Cualquier idea sobre esto es bienvenida! ¿Dónde encaja la recuperación SAR en todo esto? Muchas gracias.
La recuperación SAR se refiere a un custom recovery adaptado a esto de SAR?. Sería lógico pensar que es eso, no?
 
La recuperación SAR se refiere a un custom recovery adaptado a esto de SAR?. Sería lógico pensar que es eso, no?
Sí, se refiere a que hace unos días AnkitGourav sacó un update de su twrp, el día 17

Un TWRP Version - 3.2.1-2 , Android - Q/10.0

El enlace de descarga:

StackPath

El Changelog -:Added Support for System as Root
 
Última edición por un moderador:
También se reportan casos de petsonas que suben a Android 10 y luego, al bajar a Android Pie pierden ls sensores.
No es en todos los casos...
Porque yo ya he ido y vuelto varias veces.
Pero tiene facil arreglo.
Se instala persist.img y todo arreglado.
Pero a mí no me ha pasado. Sólo a algún caso aislado
 
También se reportan casos de petsonas que suben a Android 10 y luego, al bajar a Android Pie pierden ls sensores.
No es en todos los casos...
Porque yo ya he ido y vuelto varias veces.
Pero tiene facil arreglo.
Se instala persist.img y todo arreglado.
Pero a mí no me ha pasado. Sólo a algún caso aislado
Y pudieron instalar persit.img de forma sencilla?. Hace tiempo ley ese problema con los sensores y que costaba un huevo reinstalar persist
 
También se reportan casos de petsonas que suben a Android 10 y luego, al bajar a Android Pie pierden ls sensores.
No es en todos los casos...
Porque yo ya he ido y vuelto varias veces.
Pero tiene facil arreglo.
Se instala persist.img y todo arreglado.
Pero a mí no me ha pasado. Sólo a algún caso aislado
Aunque pensandolo bien.
Supongo que no he perdido los sensores al volver a Pie, porque siempre he vuelto a un backup restaurado.
Y yo cuando hago un backup siempre selecciono todo menos la imagen del sistema y vendor.
Por tanto, al restaurar, restauro el persist también siempre
Screenshot_PBRP_2019-09-21-21-41-18.png
 
Última edición por un moderador:
Y pudieron instalar persit.img de forma sencilla?. Hace tiempo ley ese problema con los sensores y que costaba un huevo reinstalar persist
Sí, instalar un persist.... (Supongo, nunca lo hice)
Es ir sl recovery, instalar como imagen y seleccionar la partición persist y ya está
Screenshot_PBRP_2019-09-21-21-38-26.png
 
Última edición por un moderador:

Del blog

¿Ha terminado la locura de añadir tantas cámaras a los móviles?

  • Si

  • No

  • No lo se

  • Ya me gustaría...

  • Ya te gustaría...


Los resultados solo son visibles tras votar.
Atrás
Arriba